Re: [gdal-dev] Fast Pixel Access

2014-01-31 Thread Even Rouault
Le samedi 01 février 2014 00:23:13, Brian Case a écrit : > evenr > > > what about the use of a tileindex? You really mean a tileindex as produced by gdaltindex ? Well, that's not exactly the same beast as a VRT, but yes if it was recognized as a GDAL dataset then you could potentially save the

Re: [gdal-dev] Fast Pixel Access

2014-01-31 Thread Brian Case
evenr what about the use of a tileindex? seems an intersection with a set of polys first would be quick brian On Fri, 2014-01-31 at 19:30 +0100, Even Rouault wrote: > Le vendredi 31 janvier 2014 17:15:53, David Baker (Geoscience) a écrit : > > Dev's, > > > > I have a set of 55,501 bil file

Re: [gdal-dev] OGR and WFS axis order

2014-01-31 Thread Even Rouault
Le vendredi 31 janvier 2014 18:09:57, Yves Jacolin (Free) a écrit : > Hello Even, > > Le vendredi 31 janvier 2014 11:38:07 Even Rouault a écrit : > > Hi Yves, > > > > > Hello, > > > > > > I am testing ogr2ogr to read WFS services and create shapefil. WFS > > > version 1.0.0 is working as expecte

Re: [gdal-dev] Does ogrtindex start counting layers from zero?

2014-01-31 Thread Even Rouault
Le vendredi 31 janvier 2014 14:04:58, Jukka Rahkonen a écrit : > Hi, > > Ogrtindex has an option -lnum x http://www.gdal.org/ogrtindex.html > > I fear that layer numbers are count in a computer geeky way by starting > from zero and for creating a tileindex for point layer I should give the > para

Re: [gdal-dev] Fast Pixel Access

2014-01-31 Thread Even Rouault
Le vendredi 31 janvier 2014 17:15:53, David Baker (Geoscience) a écrit : > Dev's, > > I have a set of 55,501 bil files in a single directory. They are DEMS data > that cover the US in 7.5 minute tiles. I would like to randomly access > elevations at a given lat/lon's from the whole dataset. I c

Re: [gdal-dev] OGR and WFS axis order

2014-01-31 Thread Yves Jacolin (Free)
Hello Even, Le vendredi 31 janvier 2014 11:38:07 Even Rouault a écrit : > Hi Yves, > > > Hello, > > > > I am testing ogr2ogr to read WFS services and create shapefil. WFS version > > 1.0.0 is working as expected but 1.1.0 send data with y/x axis and store > > them in shapefile without taking thi

[gdal-dev] Fast Pixel Access

2014-01-31 Thread David Baker (Geoscience)
Dev's, I have a set of 55,501 bil files in a single directory. They are DEMS data that cover the US in 7.5 minute tiles. I would like to randomly access elevations at a given lat/lon's from the whole dataset. I created a vrt file from the directory of bil files, and have been able to access

[gdal-dev] Does ogrtindex start counting layers from zero?

2014-01-31 Thread Jukka Rahkonen
Hi, Ogrtindex has an option -lnum x http://www.gdal.org/ogrtindex.html I fear that layer numbers are count in a computer geeky way by starting from zero and for creating a tileindex for point layer I should give the parameter as -lnum 0 and not -lnum 1 as it is listed by ogrinfo. C:\data>ogrinfo

Re: [gdal-dev] OGR and WFS axis order

2014-01-31 Thread Even Rouault
Hi Yves, > Hello, > > I am testing ogr2ogr to read WFS services and create shapefil. WFS version > 1.0.0 is working as expected but 1.1.0 send data with y/x axis and store them > in shapefile without taking this in account. Points are reversed in QGIS. Hum, the GML driver should do the swapping b

[gdal-dev] OGR and WFS axis order

2014-01-31 Thread Yves Jacolin (Free)
Hello, I am testing ogr2ogr to read WFS services and create shapefil. WFS version 1.0.0 is working as expected but 1.1.0 send data with y/x axis and store them in shapefile without taking this in account. Points are reversed in QGIS. The OGR GML page gives some point about this and indicates tw

Re: [gdal-dev] Axes order issue in GML file

2014-01-31 Thread Even Rouault
Hi, The "CRS support" section of http://gdal.org/ogr/drv_gml.html should answer your questions, but this is admitedly a highly confusing area. Basically, when the GML driver sees a SRS as "EPSG:" (old way of expression CRS in GML, consistant with WFS 1.0) (or "http://www.opengis.net/gml/srs/

[gdal-dev] Axes order issue in GML file

2014-01-31 Thread peifer
Hi, ogrinfo tells me that the SRS in my GML file (0) is EPSG:4258 and that its extent is somewhere around Belgium, see (1). However, as the coordinates for the features (that are indeed from Belgium) come in lon,lat (rather than lat,lon as defined by EPSG:4258): shouldn't the extent be reported a