[gdal-dev] shortest path or networks in GDAL

2016-12-14 Thread Djordje Spasic
I am wondering if it is possible to perform the shortest path or network analysis in Windows version of GDAL? I googled and found gnmanalyse page on GDAL website, which seems to be able to do that: http://www.gdal.org/gnmanalyse.html But is this gnmanalyse functionality available only through GD

Re: [gdal-dev] Motion: adopt RFC 64: Triangle, Polyhedral surface and TIN

2016-12-14 Thread Howard Butler
> On Dec 9, 2016, at 5:10 AM, Even Rouault wrote: > > Hi, > > There have been some good remarks, one regarding integration with GEOS that > I've taken into account in the implementation, another one regarding the > possibility to get indexed TIN that I think can be later added if needed. >

Re: [gdal-dev] Motion: adopt RFC 64: Triangle, Polyhedral surface and TIN

2016-12-14 Thread Daniel Morissette
Thank you for the clarification. Since those changes are useful by themselves then I change my vote to +1 Daniel On 2016-12-14 10:19 AM, Even Rouault wrote: On mercredi 14 décembre 2016 10:05:46 CET Daniel Morissette wrote: +0 as I'm wondering if there could be a better way to handle this,

Re: [gdal-dev] Motion: adopt RFC 64: Triangle, Polyhedral surface and TIN

2016-12-14 Thread Even Rouault
On mercredi 14 décembre 2016 10:05:46 CET Daniel Morissette wrote: > +0 as I'm wondering if there could be a better way to handle this, i.e. > it's not clear to me how useful it is to read/write those new geometry > types without maintaining the (topological?) relationships between the > objects. I

Re: [gdal-dev] Motion: adopt RFC 64: Triangle, Polyhedral surface and TIN

2016-12-14 Thread Daniel Morissette
+0 as I'm wondering if there could be a better way to handle this, i.e. it's not clear to me how useful it is to read/write those new geometry types without maintaining the (topological?) relationships between the objects. I am no expert with that type of data structures so my concerns may be c

Re: [gdal-dev] [gdal 2.1] reordering band

2016-12-14 Thread Even Rouault
On mercredi 14 décembre 2016 14:21:39 CET Vincent BERNAT wrote: > Hi all, > > > I got some products which have a wrong band ordering in raster but the good > one in metadata. > > In my c++ application, what are the gdal functions to call to set the new > band ordering ? > > Is it possible? Vi

Re: [gdal-dev] Question on 0th IFD offset when producing a JPEG-Compressed GeoTIFF (GDAL 1.11 vs 2.x)

2016-12-14 Thread Even Rouault
On mercredi 14 décembre 2016 15:01:51 CET Daniele Romagnoli wrote: > Hi List, > I'm investigating on some GeoTIFF data being produced with GDAL 1.11.3. > Basically, when setting COMPRESS=JPEG, the generated GTIFF has the 0th IFD > offset set to some KB. > > these are the first 16 bytes of a GeoTIF

[gdal-dev] [gdal 2.1] reordering band

2016-12-14 Thread Vincent BERNAT
Hi all, I got some products which have a wrong band ordering in raster but the good one in metadata. In my c++ application, what are the gdal functions to call to set the new band ordering ? Is it possible? Thanks. Regards, Vincent ___ gdal-d

[gdal-dev] Question on 0th IFD offset when producing a JPEG-Compressed GeoTIFF (GDAL 1.11 vs 2.x)

2016-12-14 Thread Daniele Romagnoli
Hi List, I'm investigating on some GeoTIFF data being produced with GDAL 1.11.3. Basically, when setting COMPRESS=JPEG, the generated GTIFF has the 0th IFD offset set to some KB. these are the first 16 bytes of a GeoTIFF being generated like that: 49 49 2A 00 88 44 00 00 *10* 00 00 01 03 00 01 so