Re: [gdal-dev] Opening gridded xyz data that is out of order

I wonder if GDAL shouldn't suggest sorting as a means of fixing the issue, possibly with Mark's command? On Sep 11, 2017 7:32 AM, "Andreas Neumann" wrote: > Hi Mark (and others), > > Your sort command worked like a charm. It was also very fast! > > Now gdalinfo produces this nice information out

Re: [gdal-dev] ArcGIS Raster Geodatabase

Thanks, Even, I've opened a Trac ticket here which contains the conversation so far: https://trac.osgeo.org/gdal/ticket/7008 -R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] ArcGIS Raster Geodatabase

I'd like to be able to read ArcGIS Raster Geodatabases from within GDAL. Based on some previous work by Even Roualt and James Ramm, I have a working program to extract data and projections into GeoTIFFs available here . There are still a few things to

Re: [gdal-dev] Update on RFC 62: Raster algebra

In building tile/block managers, I too have found it difficult to use iterators or design algorithms without specifically considering both tiles/blocks and cells. Without doing so, it is very easy to write code which is (extremely) cache inefficient. I'm not sure if flow algebras have arisen i

Re: [gdal-dev] Arc File Geodatabase

ords could still be used, perhaps with some tricks to read only the start of the records to get the (row, column, pyramid_level) values, if located at the beginning of it, and not the raster data if not needed. Even > > Best regards, > Richard B

[gdal-dev] Arc File Geodatabase

an error could be thrown if an unexpected compression format is encountered. I'm interested in seeing GDAL include the ability to translate Arc File Geodatabase Rasters into other (less proprietary) formats. What is a good way to move forward with that? Best re