Re: [gdal-dev] Call for discussion on RFC 60: Improved round-tripping in OGR

2015-09-25 Thread Sean Gillies
Dear all, This feature is a boost for GeoJSON users who are extending the format and users of those extensions. JSON is a naturally extensible format but the GeoJSON OGR driver stifles development of extensions by passing only the fully standardized GeoJSON items. Let's say I want to use ogr2ogr

[gdal-dev] Call for discussion on RFC 59.1: GDAL/OGR utilities as a library

2015-09-25 Thread Even Rouault
Hi, Another iteration on the subject, trying to find a compromise. Hopefully the good one... I created a derived version from the original RFC : https://trac.osgeo.org/gdal/wiki/rfc59.1_utilities_as_a_library Main changes since original proposal : - C structure for options are now opaque - new

Re: [gdal-dev] GDALRasterBand::RasterIO returning block containing 0 for area that does not overlap the data.

2015-09-25 Thread Even Rouault
Le vendredi 25 septembre 2015 14:34:16, Damian Dixon a écrit : > Even, > > Is there away to get the bounding polygon of the data? Not through the GDAL API, at least not in the fast way you want (you could potentially call GDALPolygonize but this is very very heavy processing) If your interest i

Re: [gdal-dev] GDALRasterBand::RasterIO returning block containing 0 for area that does not overlap the data.

2015-09-25 Thread Damian Dixon
Even, Is there away to get the bounding polygon of the data? Thanks Damian On 25 September 2015 at 09:04, Even Rouault wrote: > Damian, > > There's no dedicated function in the GDAL API to know if a window is only > no > data without querying the pixel values. It would make only sense for > dr

[gdal-dev] Edit shapefile gemetry

2015-09-25 Thread Paulo Pires
Hello Whith "from osgeo import ogr" can we edit a shapefile geometry in python code? X and Y? Like setX(...) and setY(...) on existing geometry? Thanks -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Edit-shapefile-gemetry-tp5226076.html Sent from the GDAL - Dev mailing

Re: [gdal-dev] GDALRasterBand::RasterIO returning block containing 0 for area that does not overlap the data.

2015-09-25 Thread Even Rouault
Damian, There's no dedicated function in the GDAL API to know if a window is only no data without querying the pixel values. It would make only sense for drivers that support sparse coverages, like VRT, some formulations of TIFF with missing blocks, ERDAS Imagine, GeoPackage, ... Even > Hi, >

[gdal-dev] GDALRasterBand::RasterIO returning block containing 0 for area that does not overlap the data.

2015-09-25 Thread Damian Dixon
Hi, GDALRasterBand::RasterIO returning block containing 0 for area that does not overlap the data. This is slightly different from requesting data for an area that overlaps the data, but there is no data. Is there away of checking for this condition before I call RasterIO? I’m using the follow