Re: [gdal-dev] Reading sentinel 2 L2A datasets

2017-11-02 Thread Ari Jolma
Just a comment on this post. It was initially blocked since it is > 50 kB. I've now increased the size limit to 100 kB. Ari Róbert Špir kirjoitti 03.11.2017 klo 08:55: Hi all, I'm using GDAL to process sentinel-2 data (in c++). I have no problem processing S2B and S2A L1C datasets, I can ope

[gdal-dev] Reading sentinel 2 L2A datasets

2017-11-02 Thread Róbert Špir
Hi all, I'm using GDAL to process sentinel-2 data (in c++). I have no problem processing S2B and S2A L1C datasets, I can open them, read the subdatasets and process the data. But when I try to open L2A dataset, it looks like there are no subdatasets and I cannot access the bands. I have attached gd

Re: [gdal-dev] stack smashing when using ogrinfo with DB2 driver

2017-11-02 Thread Even Rouault
> > Another question is - why does VRT driver switch a layer to read only mode > when using FID tag to specify primary key column? I can just answer on that non-DB2 specific part. The reason is that when explicitly setting FID, when you want to update the underlying layer, you'd need to access

Re: [gdal-dev] Exporting large geojsons to postgis using ogr2ogr

2017-11-02 Thread Even Rouault
On jeudi 2 novembre 2017 13:39:56 CET Hemant Bist wrote: > Hi, > ogr2ogr is repeatedly failing for me with the following error when I try to > import a large geojson (5gb) to postgres. The geojson itself was created by > ogr2ogr from a ESRI gdb file. > I would appreciate any pointers for workaround

[gdal-dev] stack smashing when using ogrinfo with DB2 driver

2017-11-02 Thread Nikolai Bezdna
I get a strange behaviour when using ogrinfo (or ogr2ogr) with DB2 driver. ogrinfo "DB2ODBC:database=mydb;DSN=MYDB;Tables=MYSCHEMA.MYTABLE” MYSCHEMA.MYTABLE Reports: INFO: Open of `DB2ODBC:database=mydb;DSN=MYDB;Tables=MYSCHEMA.MYTABLE' using driver `DB2ODBC' successful. *** stack smashing

[gdal-dev] Exporting large geojsons to postgis using ogr2ogr

2017-11-02 Thread Hemant Bist
Hi, ogr2ogr is repeatedly failing for me with the following error when I try to import a large geojson (5gb) to postgres. The geojson itself was created by ogr2ogr from a ESRI gdb file. I would appreciate any pointers for workarounds. I only found 1] which indicates that I may have to manually(usin

Re: [gdal-dev] Error building Python bindings - GDALCreateDriver was not declared in this scope

2017-11-02 Thread Even Rouault
On jeudi 2 novembre 2017 18:35:26 CET Nick Cummins wrote: > Hi, > > > > I'm trying to build GDAL bindings for Python 3. I have the gdal-2.2.2-1 > package installed from the Arch Linux official repositories, which does > contain bindings for Python 2.7 I'd suspect the Python bindings try to incl

[gdal-dev] Error building Python bindings - GDALCreateDriver was not declared in this scope

2017-11-02 Thread Nick Cummins
Hi, I'm trying to build GDAL bindings for Python 3. I have the gdal-2.2.2-1 package installed from the Arch Linux official repositories, which does contain bindings for Python 2.7. PYTHONPATH=/usr/lib/python2.7/site-packages/osgeo python2 from osgeo import gdal exit() python3 fr

[gdal-dev] _gdal.FillNodata not Python function

2017-11-02 Thread Gabriel Vatin
Hi all, I'm working with Python 3.6 32bits, GDAL package (GDAL‑2.2.2‑cp36‑cp36m‑win32.whl) i've installed from here : https://www.lfd.uci.edu/~gohlke/pythonlibs/ I also installed the gdal-202-1800-core.msi from here : http://www.gisinternals.com/query.html?content=filelist&file=release-1800-

Re: [gdal-dev] Proposed changed to solve inconsistant spatial filtering for null or empty geometries

2017-11-02 Thread Even Rouault
> So null or empty geometries are never selected when a spatial filter is set. > This last behaviour seems to be the most logical for me, and I'd propose we > adopt it for non-SQL based drivers as well. Done in trunk per https://trac.osgeo.org/gdal/ticket/7123 Even -- Spatialys - Geospatial

Re: [gdal-dev] GDAL 2.2.3 planning

2017-11-02 Thread Even Rouault
On jeudi 2 novembre 2017 15:08:46 CET Andre Joost wrote: > Am 01.11.2017 um 11:32 schrieb Even Rouault: > > Hi, > > > > I've add an exchange with Sebastiaan Couwenberg about a schedule that > > would > > give GDAL 2.2.3 a chance to enter the next Ubuntu LTS 18.04. While the > > date > > for the im

Re: [gdal-dev] GDAL 2.2.3 planning

2017-11-02 Thread Andre Joost
Am 01.11.2017 um 11:32 schrieb Even Rouault: Hi, I've add an exchange with Sebastiaan Couwenberg about a schedule that would give GDAL 2.2.3 a chance to enter the next Ubuntu LTS 18.04. While the date for the import freeze from Debian to Ubuntu is not know yet, based on the last release cycle, i