[gdal-dev] Error after building GDAL 2 in Debian jessie

2017-10-16 Thread aborruso
Hi all, I have tried to build GDAL 2.2 [1], using this steps [1]. I have no problem in building, but after I have installed it, I have this error for every GDAL/OGR command I run: "symbol lookup error: /usr/lib/libgdal.so.20: undefined symbol: sqlite3_column_table_name" I'm a newbie, I do not kn

Re: [gdal-dev] vsicurl configuration design decisions

2017-10-16 Thread Sean Gillies
Done: https://trac.osgeo.org/gdal/ticket/7095. On Fri, Oct 13, 2017 at 4:29 PM, Even Rouault wrote: > Sean, > > > I'd like to point out that very often URLs in a query string do not need > to > > be encoded. Both the Python (see my earlier example) and Node standard > > parsers will handle the s

Re: [gdal-dev] Writing Geometrycollection to ShapeFile datasource

2017-10-16 Thread dmel
Hi Even, Thanks for your response. It assures me that I need special case for Point,MultiPoint and Geometrycollection of Points when writing to ShapeFile. Thanks Danley -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal

Re: [gdal-dev] trouble reading a certain .jp2 file

2017-10-16 Thread Even Rouault
On lundi 16 octobre 2017 15:54:47 CEST Michael Katz - NOAA Affiliate wrote: > Is there a certain size limit that can be handled by 2.1.0, or is it more > complicated than that? > OpenJPEG before 2.3.0 cannot handle JPEG-2000 files with more than 4 billion pixels OpenJPEG 2.3.0 support has been

Re: [gdal-dev] trouble reading a certain .jp2 file

2017-10-16 Thread Michael Katz - NOAA Affiliate
Is there a certain size limit that can be handled by 2.1.0, or is it more complicated than that? On Mon, Oct 16, 2017 at 2:26 PM, Even Rouault wrote: > On lundi 16 octobre 2017 14:08:32 CEST Michael Katz - NOAA Affiliate wrote: > > 2GB file: https://www.dropbox.com/s/4dng8ugothc5uh7/top15-nc->

Re: [gdal-dev] /MD vs /MDd for DEBUG MSVC builds

2017-10-16 Thread Even Rouault
On mardi 17 octobre 2017 00:30:54 CEST Tamas Szekeres wrote: > I'd like to see /Od in addition to the /Zi and /MD etc. with the > DEBUG_WITH_RELEASE_CRT > setting. By this means it's not the same as RelWithDebInfo which uses /O2 > as far as I remember, which was the only setting that I always have

Re: [gdal-dev] /MD vs /MDd for DEBUG MSVC builds

2017-10-16 Thread Tamas Szekeres
I'd like to see /Od in addition to the /Zi and /MD etc. with the DEBUG_WITH_RELEASE_CRT setting. By this means it's not the same as RelWithDebInfo which uses /O2 as far as I remember, which was the only setting that I always have to change with the cmake builds to make it usable for debugging purp

Re: [gdal-dev] /MD vs /MDd for DEBUG MSVC builds

2017-10-16 Thread Even Rouault
> > That would not be equivalent to CMake RelWithDebugInfo, which is is pretty > self-descriptive. Here is explanation from > https://cmake.org/pipermail/cmake/2001-October/002479.html > > > "The difference between Debug and RelwithDebInfo is that RelwithDebInfo is > quite similar to Release mod

Re: [gdal-dev] /MD vs /MDd for DEBUG MSVC builds

2017-10-16 Thread Mateusz Loskot
On 16 Oct 2017 11:20 pm, "Even Rouault" wrote: On lundi 16 octobre 2017 23:01:52 CEST Tamas Szekeres wrote: > Looks like I've missed this thread earlier, but according to this change we > might either compile all the dependent libraries for /MDd (at least for the > statically linked libraries) or

Re: [gdal-dev] trouble reading a certain .jp2 file

2017-10-16 Thread Even Rouault
On lundi 16 octobre 2017 14:08:32 CEST Michael Katz - NOAA Affiliate wrote: > 2GB file: https://www.dropbox.com/s/4dng8ugothc5uh7/top15-nc-> > cir-50cm_48201_harris.zip?dl=0 > > I can read some other .jp2 files, but with this particular one I get: > > C:\gdal-2.1.0\all\bin\gdal\apps>gdalinfo > C

Re: [gdal-dev] /MD vs /MDd for DEBUG MSVC builds

2017-10-16 Thread Even Rouault
On lundi 16 octobre 2017 23:01:52 CEST Tamas Szekeres wrote: > Looks like I've missed this thread earlier, but according to this change we > might either compile all the dependent libraries for /MDd (at least for the > statically linked libraries) or we trust in that GDAL is safe to compile > again

[gdal-dev] trouble reading a certain .jp2 file

2017-10-16 Thread Michael Katz - NOAA Affiliate
2GB file: https://www.dropbox.com/s/4dng8ugothc5uh7/top15-nc- cir-50cm_48201_harris.zip?dl=0 I can read some other .jp2 files, but with this particular one I get: C:\gdal-2.1.0\all\bin\gdal\apps>gdalinfo C:\top15-nc-cir-50cm-harris_48201.jp2 --debug on GNM: GNMRegisterAllInternal GNM: RegisterGNM

Re: [gdal-dev] /MD vs /MDd for DEBUG MSVC builds

2017-10-16 Thread Tamas Szekeres
Looks like I've missed this thread earlier, but according to this change we might either compile all the dependent libraries for /MDd (at least for the statically linked libraries) or we trust in that GDAL is safe to compile against a different CRT than the dependencies. That means that GDAL won't

Re: [gdal-dev] Possible bug in Intersects() method in 2.2.1

2017-10-16 Thread Even Rouault
On lundi 16 octobre 2017 13:46:02 CEST Roberto Ribeiro wrote: > I believe there may be a bug in how Intersects() evaluates point against > polygon boundary. I went on lengths about it here > > as-it-should>, but long sto

Re: [gdal-dev] Writing Geometrycollection to ShapeFile datasource

2017-10-16 Thread Even Rouault
On lundi 16 octobre 2017 09:08:57 CEST dmel wrote: > Hi, > > I am implementing export service to export the geometries from our system to > ShapeFile using OGR 1.11 library. > > The service create GeoJSON datasource from the JSON input, and then for each > feature in the GeoJSON datasource it cre

Re: [gdal-dev] Namespaces in GMLAS

2017-10-16 Thread Ari Jolma
Even Rouault kirjoitti 16.10.2017 klo 13:25: On lundi 16 octobre 2017 13:03:32 CEST Ari Jolma wrote: Thanks, After fixing srsName attribute in the returned gml (the HTTP errors i mention below) I can now read the features in the file (GetNextFeature on the dataset object). As a second step I

[gdal-dev] Writing Geometrycollection to ShapeFile datasource

2017-10-16 Thread dmel
Hi, I am implementing export service to export the geometries from our system to ShapeFile using OGR 1.11 library. The service create GeoJSON datasource from the JSON input, and then for each feature in the GeoJSON datasource it creates feature in ShapeFile datasourse. It all works well when all

[gdal-dev] Possible bug in Intersects() method in 2.2.1

2017-10-16 Thread Roberto Ribeiro
I believe there may be a bug in how Intersects() evaluates point against polygon boundary. I went on lengths about it here , but long story short if you Intersects() a point with a polygon boundary, it returns

Re: [gdal-dev] Time in GDAL

2017-10-16 Thread Dmitry Baryshnikov
Hi, For some imagery metadata the Acquisition date and time is the center of scene (end timestamp minus start). Also for one-shot camera there is only the one moment there the imagery was captured. I believe that this 3 parameters (SATELLITEID, CLOUDCOVER, ACQUISITIONDATETIME) are common for

Re: [gdal-dev] Namespaces in GMLAS

2017-10-16 Thread Even Rouault
On lundi 16 octobre 2017 13:03:32 CEST Ari Jolma wrote: > Thanks, > > After fixing srsName attribute in the returned gml (the HTTP errors i > mention below) I can now read the features in the file (GetNextFeature > on the dataset object). > > As a second step I try to make the download implicit (

Re: [gdal-dev] Namespaces in GMLAS

2017-10-16 Thread Ari Jolma
Thanks, After fixing srsName attribute in the returned gml (the HTTP errors i mention below) I can now read the features in the file (GetNextFeature on the dataset object). As a second step I try to make the download implicit (assuming the srsName would be ok) and use the /vsicurl mechanism,