Re: [gdal-dev] Feasibility of expanding VRT schema to allow users to specify X/Y dimension for HDF data?

Thank you so much, Even! OpenOptions sounds like a perfect match for this case. I'll try it with HDF drivers and see how it goes with gdal_translate. Best Regards, On Thu, Aug 4, 2016 at 5:32 PM, Even Rouault wrote: > On Thursday 04 August 2016 16:31:25 H. Joe Lee

Re: [gdal-dev] Feasibility of expanding VRT schema to allow users to specify X/Y dimension for HDF data?

Brian / Even, Certainly it is desirable for the HDF (and perhaps other super flexible formats like netcdf) to support an open option to select alternative axes. But the ability to transpose a dataset could also be quite valuable in the VRT driver to "fix" any input transposed dataset. I'm also

Re: [gdal-dev] Feasibility of expanding VRT schema to allow users to specify X/Y dimension for HDF data?

On Thursday 04 August 2016 16:31:25 H. Joe Lee wrote: > Hi, > > My name is Joe Lee and I'm very interested in improving GDAL's > capability to access NASA HDF4/HDF5 data so that users can work with > HDF easily through GDAL. For example, my goal is to allow users to > translate any HDF data

Re: [gdal-dev] Error Compiling GDAL with ESRI FileGeodatabase Support On Ubuntu 16.04

On Thursday 04 August 2016 17:00:29 Andrew Joseph wrote: > using ./configure CXXFLAGS="-D_GLIBCXX_USE_CXX11_ABI=0" results in: > [...] Looks like you must drop the mongo, podofo and kea dependencies, or recompile them with -D_GLIBCXX_USE_CXX11_ABI=0 as well. > and ./configure

Re: [gdal-dev] Error Compiling GDAL with ESRI FileGeodatabase Support On Ubuntu 16.04

using ./configure CXXFLAGS="-D_GLIBCXX_USE_CXX11_ABI=0" results in: /tmp/gdal/gdal/libgdal.so: undefined reference to `PoDoFo::PdfMemDocument::SetPassword(std::string const&)' /tmp/gdal/gdal/libgdal.so: undefined reference to `mongo::client::Options::setSSLPEMKeyFile(std::string const&)'

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

On 4 August 2016 at 17:52, Jeff McKenna wrote: > On 2016-08-04 11:07 AM, Mateusz Loskot wrote: >> >> 1. makegdal_gen 10.00 32 > makegdal10.vcproj >> 2. Launch VS2015 >> 3. File > Open > Project/Solution... >> 4. Select makegdal10.vcproj >> 5. Accept to upgrade >> >

[gdal-dev] Feasibility of expanding VRT schema to allow users to specify X/Y dimension for HDF data?

Hi, My name is Joe Lee and I'm very interested in improving GDAL's capability to access NASA HDF4/HDF5 data so that users can work with HDF easily through GDAL. For example, my goal is to allow users to translate any HDF data into GeoTIFF via gdal_translate. I've worked with diverse NASA HDF

Re: [gdal-dev] Error Compiling GDAL with ESRI FileGeodatabase Support On Ubuntu 16.04

On Thursday 04 August 2016 15:59:22 Andrew Joseph wrote: > I had originally compiled without any of those flags (thought that might > have been the issue), but still get an error though it is different: You may need to pass -std=C++03 and/or -D_GLIBCXX_USE_CXX11_ABI=0 as CXXFLAGS. > >

Re: [gdal-dev] Error Compiling GDAL with ESRI FileGeodatabase Support On Ubuntu 16.04

On 2016-08-04 5:24 PM, Andrew Joseph wrote: I'm not able to compile GDAL with the ESRI FileGeodatabase driver (needed for write support) on Ubuntu 16.04 with Docker (current LTS) I'm using the the travis.yml of the 2.1_gcc5.2_sanitize coverage branch as a guide since that seems to be the closest

[gdal-dev] test

Mail test. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Error Compiling GDAL with ESRI FileGeodatabase Support On Ubuntu 16.04

Andrew, Remove CXX="g++ -std=c++14" CPPFLAGS="-DMAKE_SANITIZE_HAPPY -fsanitize=undefined - fsanitize=address" LDFLAGS="-fsanitize=undefined -fsanitize=address" from the configure. They are not intended for production use. More specifically the FGDB SDK doesn't like compiling with C++11 or 14.

[gdal-dev] Error Compiling GDAL with ESRI FileGeodatabase Support On Ubuntu 16.04

I'm not able to compile GDAL with the ESRI FileGeodatabase driver (needed for write support) on Ubuntu 16.04 with Docker (current LTS) I'm using the the travis.yml of the 2.1_gcc5.2_sanitize coverage branch as a guide since that seems to be the closest environment to 16.04. However, during GDAL

Re: [gdal-dev] missing point in MultiGeometry KML file

Even, thanks very much! i should have noticed that (but, newbie). my input files come from an external source (but, of course, i already have a sed script for cleaning up bits and pieces of them, so...). cheers, Greg Minshall ___ gdal-dev mailing

Re: [gdal-dev] Motion: adopt RFC 63 : Sparse datasets improvements

Excellent! Really pleased this has g one through so quick On 4 Aug 2016 6:38 p.m., "Kurt Schwehr" wrote: > +1 for this change. > > This will be awesome! > > On Thu, Aug 4, 2016 at 3:12 AM, Even Rouault > wrote: > >> On Thursday 04 August 2016

Re: [gdal-dev] Motion: adopt RFC 63 : Sparse datasets improvements

+1 for this change. This will be awesome! On Thu, Aug 4, 2016 at 3:12 AM, Even Rouault wrote: > On Thursday 04 August 2016 12:11:18 Daniele Romagnoli wrote: > > That's a very valuable improvement! > > Thanks for that. > > > > Is there any future plan to backport it

Re: [gdal-dev] missing point in MultiGeometry KML file

Greg, Your KML file is invalid. The format for content must be "X1,Y1,Z1 X2,Y2,Z2...". Here the space between triplets is replaced with a comma, which confuses the KML reader. The LIBKML driver is a bit more tolerant and successfully reads the file. Even > hi. i'm a newbie, trying to do

[gdal-dev] Help regarding DXF format interpretation

Hi all, I am a student who is participating under the GSoC program, and I need the help of the community! https://trac.osgeo.org/gdal/ticket/6246 contains an issue that I aim to resolve. However, reading the DXF format is a difficulty (for me). I don't understand how the indexing corresponding to

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

On 2016-08-04 11:07 AM, Mateusz Loskot wrote: 1. makegdal_gen 10.00 32 > makegdal10.vcproj 2. Launch VS2015 3. File > Open > Project/Solution... 4. Select makegdal10.vcproj 5. Accept to upgrade Can we make sure to document these steps, so they are not lost in emails? Somewhere on the

[gdal-dev] missing point in MultiGeometry KML file

hi. i'm a newbie, trying to do some scripting which involves reading in a KML file and then, after some processing, writing it out again. i had noticed that when running ogrinfo(1) on my input file, i wasn't seeing all the point of the polygon in the MultiGeometry of my KML file, but thought

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

Thanks Mateusz, my mistake.I've just tried again the "makegdal_gen.bat" and you're right.I miss this when I tested it. My repositories may still be usefull for those who wants to build gdal as a static library, unless it's possible too to generate a static lib with "makegdal_gen.bat" Best

Re: [gdal-dev] ogrinfo not a C callable function?

Hi Even, Thanks for the clarification. We will update our code accordingly. Regards, Paul *Paul Meems * Release manager, configuration manager and forum moderator of MapWindow GIS. www.mapwindow.org Owner of MapWindow.nl - Support for Dutch speaking users. www.mapwindow.nl *The MapWindow

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

On 4 August 2016 at 15:41, Ivan Lucena wrote: > Hi Mateusz, > > I far as I know the project generated by makegdal_gen.bat does not work with > newer version of VS. > > It used to be the case that we can import the project to newer version of VS > but I think that MS

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

Hi Mateusz, I far as I know the project generated by makegdal_gen.bat does not work with newer version of VS. It used to be the case that we can import the project to newer version of VS but I think that MS dropped the support for that feature. Have one of you manage to load the generated

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

On 4 August 2016 at 14:00, M. LATTES wrote: > Hi Mateusz, > > yes I was aware, but it generate workspace with only the all "makefile.vc" > in the project properties (at least when I tested it). > I wanted to browse among the sources and headers files in the Visual Studio

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

Hi Mateusz, yes I was aware, but it generate workspace with only the all "makefile.vc" in the project properties (at least when I tested it).I wanted to browse among the sources and headers files in the Visual Studio "Solution Explorer" or in the "Class View" (when debugging for example).I

Re: [gdal-dev] ogrinfo not a C callable function?

On Thursday 04 August 2016 13:25:19 Paul Meems wrote: > Hi, > > When I look at RFC 59.1 ( > https://trac.osgeo.org/gdal/wiki/rfc59.1_utilities_as_a_library) I see > gdalinfo,exe, ogr2ogr.exe are all C callable functions now. > > But I don't see ogrinfo? > Do I understand it right that

[gdal-dev] ogrinfo not a C callable function?

Hi, When I look at RFC 59.1 ( https://trac.osgeo.org/gdal/wiki/rfc59.1_utilities_as_a_library) I see gdalinfo,exe, ogr2ogr.exe are all C callable functions now. But I don't see ogrinfo? Do I understand it right that ogrinfo.exe is not a C callable function? If so is there a specific reason for

Re: [gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

On 4 August 2016 at 12:02, M. LATTES wrote: > Hi Everybody, > > for some Visual Studio 2010 projects I've made a few time ago, I needed to > update the GDAL lib that I was using into those projects to the GDAL version > 2. > I could make it with the GDAL Visual Studio

Re: [gdal-dev] Motion: adopt RFC 63 : Sparse datasets improvements

That's a very valuable improvement! Thanks for that. Is there any future plan to backport it into 2.x series? Regards, Daniele On Thu, Aug 4, 2016 at 12:03 PM, Even Rouault wrote: > On Tuesday 26 July 2016 17:00:51 Even Rouault wrote: > > Hi, > > > > I move to

Re: [gdal-dev] Motion: adopt RFC 63 : Sparse datasets improvements

On Tuesday 26 July 2016 17:00:51 Even Rouault wrote: > Hi, > > I move to adopt RFC 63 : Sparse datasets improvements > > https://trac.osgeo.org/gdal/wiki/rfc63_sparse_datasets_improvements > > --- > > Starting with my +1 I declare this motion passed with +1 from DanielM and myself. The

[gdal-dev] Release of a GDAL 2.0.x and 2.1.x Visual Studio 2010 Solution (static and dynamic lib)

Hi Everybody, for some Visual Studio 2010 projects I've made a few time ago, I needed to update the GDAL lib that I was using into those projects to the GDAL version 2.I could make it with the GDAL Visual Studio Makefile projects as described in the wiki, but I like to have the "full project"