Re: [gdal-dev] OpenEx not found - gdal_edit.py

2017-09-29 Thread Asmita Amol Wankhede
Thanks. that worked. On Sep 8, 2017 2:13 AM, "Asmita Amol Wankhede" wrote: > Enviroment /OS - > > Ubuntu 16.04 - gdal 2.1.2 already installed with Python2.7 used to build > GDAL. > > VERSIONS - > > gdal 2.1.2 when installed bundled with the code : > '--with-python=%s

[gdal-dev] Warped VRT and overviews

2017-09-29 Thread Sean Gillies
Hi all, It's been my understanding that GDAL's RasterIO (most current version) uses overviews when available, implicitly. Is this also true for VRTs and warped VRTs or is not true? I ask because 1) in reading from a warped VRT (using vsicurl) I'm not seeing use of the overviews in the GeoTIFF

Re: [gdal-dev] Gdal2tiles gains parallel processing features

2017-09-29 Thread Angelos Tzotsos
Thank you for this feature! Best, Angelos On 09/29/2017 06:59 PM, Even Rouault wrote: On vendredi 29 septembre 2017 17:50:11 CEST Grégory Bataille wrote: Hi all, I just wanted to announce that after a few months of work (took long, I got lazy), *gdal2tiles has gained parallel computing

Re: [gdal-dev] Gdal2tiles gains parallel processing features

2017-09-29 Thread Grégory Bataille
oh... ok for gdal2tiles_old.py. I just wished to make a potential rollback "easy" Anyway, that's good enough for me :) Thanks --- Gregory Bataille On Fri, Sep 29, 2017 at 5:59 PM, Even Rouault wrote: > On vendredi 29 septembre 2017 17:50:11 CEST Grégory Bataille

Re: [gdal-dev] Gdal2tiles gains parallel processing features

2017-09-29 Thread Even Rouault
On vendredi 29 septembre 2017 17:50:11 CEST Grégory Bataille wrote: > Hi all, > > I just wanted to announce that after a few months of work (took long, I got > lazy), *gdal2tiles has gained parallel computing abilities* > > It is now *on trunk*. Thanks for your great work on this > - Because

[gdal-dev] Gdal2tiles gains parallel processing features

2017-09-29 Thread Grégory Bataille
Hi all, I just wanted to announce that after a few months of work (took long, I got lazy), *gdal2tiles has gained parallel computing abilities* It is now *on trunk*. *A few things to know:* - I took upon me to rewrite the script almost entirely to make it more modular, testable, ... - Because

Re: [gdal-dev] KML recognized as GML by ogr2ogr

2017-09-29 Thread Even Rouault
On vendredi 29 septembre 2017 12:59:04 CEST Even Rouault wrote: > On vendredi 29 septembre 2017 07:34:27 CEST Rahkonen Jukka (MML) wrote: > > Hi, > > > > See > > https://gis.stackexchange.com/questions/256861/kml-to-shapefile-problems-o > > g > > r2ogr > > > > I have verified with todays GDAL

Re: [gdal-dev] Compiling GDAL 2.2.2 with Informix (IDB) driver on Ubuntu 16.04

2017-09-29 Thread Even Rouault
Roel, > /opt/informix/lib/c++/libifc++.so: undefined reference to `mi_cleanup' > (et cetera, the list of undefined references to informix libs goes on) > > Running ldd also reveals: > $ ldd .libs/libgdal*.so > (...) > libifc++.so => not found > (...) (blind guessing) Is /opt/informix/lib/c++

Re: [gdal-dev] KML recognized as GML by ogr2ogr

2017-09-29 Thread Even Rouault
On vendredi 29 septembre 2017 07:34:27 CEST Rahkonen Jukka (MML) wrote: > Hi, > > See > https://gis.stackexchange.com/questions/256861/kml-to-shapefile-problems-og > r2ogr > > I have verified with todays GDAL 2.3.0dev from gisinternals that ogrinfos > open the KML file form that question with

Re: [gdal-dev] Geolocation arrays - location interpretation

2017-09-29 Thread Even Rouault
On vendredi 29 septembre 2017 03:35:55 CEST Agram, Piyush S (334D) wrote: > Hi Even, > Here is my first cut at fixing the half pixel shifts: > https://github.com/piyushrpt/gdal/commit/ead79550e7120767187a0b9c836b5d86122 > 3d997 > With these changes, the shifts are down to sub 0.2 pixels.

[gdal-dev] Compiling GDAL 2.2.2 with Informix (IDB) driver on Ubuntu 16.04

2017-09-29 Thread Roel Huybrechts
Dear list, We'd like to use GDAL in combination with the Informix (IDB) driver to copy data from an Informix database. After applying some changes regarding linking [1], we're able to compile GDAL + IDB driver on Debian Stretch and Testing and on Ubuntu 14.04. However, it doesn't work on Ubuntu

Re: [gdal-dev] ogr2ogr and nlt question

2017-09-29 Thread Andreas Neumann
answering myself: apparently ogr2ogr accepts two -nlt parameters and the result looks ok (correct type and correctly segmentized from the original CURVEPOLYGON). So all good in this respect. Andreas On 2017-09-29 08:32, Andreas Neumann wrote: > Hi, > > when using ogr2ogr I can fix the

[gdal-dev] KML recognized as GML by ogr2ogr

2017-09-29 Thread Rahkonen Jukka (MML)
Hi, See https://gis.stackexchange.com/questions/256861/kml-to-shapefile-problems-ogr2ogr I have verified with todays GDAL 2.3.0dev from gisinternals that ogrinfos open the KML file form that question with LIBKML driver while ogr2ogr opens it with GML driver and fails. -Jukka Rahkonen-

Re: [gdal-dev] ogr2ogr and nlt question

2017-09-29 Thread Andreas Neumann
sorry - I meant to say that I convert CURVEPOLYGON to POLYGON, not COMPOUNDCURVE TO POLYGON. Andreas On 2017-09-29 08:32, Andreas Neumann wrote: > Hi, > > when using ogr2ogr I can fix the geometry type for cases where I use SQL > statements. > > Can I use nlt multiple times? In my case I

[gdal-dev] ogr2ogr and nlt question

2017-09-29 Thread Andreas Neumann
Hi, when using ogr2ogr I can fix the geometry type for cases where I use SQL statements. Can I use nlt multiple times? In my case I would like to specify -nlt CONVERT_TO_LINEAR to convert from CompounCurve to Polygon and then use -nlt POLYGON to tell it you are really a POLYGON. Is this