[gdal-dev] Re: Resquest for comments (RFC 36)

2011-10-03 Thread Jukka Rahkonen
Ivan Lucena pmldnet.com> writes: > > Hi All, > > RFC 36: http://trac.osgeo.org/gdal/wiki/rfc36_open_by_drivername > > The goal of RFC 36 is to save processing time by telling GDALOpen what driver to use, avoiding the > driver-probing mechanism (Where all drivers are asked to checked if they re

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Even Rouault
Le mardi 04 octobre 2011 04:52:09, Daniel Morissette a écrit : > On 11-10-03 10:04 PM, Frank Warmerdam wrote: > > I believe that is because it is hard to know if HFA:test.tif was really > > something other than a request for the HFA driver. It could actually > > be a file named "HFA:test.tif Dani

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Even Rouault
Le mardi 04 octobre 2011 05:55:27, Chaitanya kumar CH a écrit : > What happens when a user tries to open a file named "hfa:example_file.img" > the current way when there is also a file name "example_file.img"? That should be fine. Ivan's code is only triggered : if ( oOpenInfo.bStatOK == false &&

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Chaitanya kumar CH
What happens when a user tries to open a file named "hfa:example_file.img" the current way when there is also a file name "example_file.img"? What if we try to reorder the driver list according to the file extension? On Tue, Oct 4, 2011 at 8:22 AM, Daniel Morissette wrote: > On 11-10-03 10:04 PM

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Daniel Morissette
On 11-10-03 10:04 PM, Frank Warmerdam wrote: I believe that is because it is hard to know if HFA:test.tif was really something other than a request for the HFA driver. It could actually be a file named "HFA:test.tif" or it could be that another driver happens to use the HFA: prefix to mean some

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Frank Warmerdam
On Mon, Oct 3, 2011 at 6:14 PM, Daniel Morissette wrote: > I like the idea, especially since it can increase performance in some cases. > However unless I'm mistaken the proposed patch seems to fall back on the > regular test-open loop when the GDALOpenInternal() call with the explicit > driver na

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Daniel Morissette
I like the idea, especially since it can increase performance in some cases. However unless I'm mistaken the proposed patch seems to fall back on the regular test-open loop when the GDALOpenInternal() call with the explicit driver name failed, no matter why it failed. e.g. I specify the invalid

Re: [gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Brian Case
Ivan Makes me wonder what kind of performance gain you could see with mapserver on a layer with a large number of images to open. Seems to me that a tileindex would be a good application of this. Brian On Mon, 2011-10-03 at 19:02 -0500, Ivan Lucena wrote: > Hi All, > > RFC 36: http://trac.o

[gdal-dev] Resquest for comments (RFC 36)

2011-10-03 Thread Ivan Lucena
Hi All, RFC 36: http://trac.osgeo.org/gdal/wiki/rfc36_open_by_drivername The goal of RFC 36 is to save processing time by telling GDALOpen what driver to use, avoiding the driver-probing mechanism (Where all drivers are asked to checked if they recognize the file). It works by adding the drive

Re: [gdal-dev] ogr, vrt - connecting to arcsde errors only with srcsql

2011-10-03 Thread Even Rouault
Le lundi 03 octobre 2011 19:17:25, Duarte Carreira a écrit : > Hi there. > > I'm having trouble using a SrcSQL tag in a vrt that connects to an ArcSDE > feature class. > > If I use SrcLayer everything works. > > But if I remove SrcLayer, and add a SrcSQL with the simplest of queries > (SELECT *

[gdal-dev] ogr, vrt - connecting to arcsde errors only with srcsql

2011-10-03 Thread Duarte Carreira
Hi there. I'm having trouble using a SrcSQL tag in a vrt that connects to an ArcSDE feature class. If I use SrcLayer everything works. But if I remove SrcLayer, and add a SrcSQL with the simplest of queries (SELECT * FROM USER.TABLE1) I get errors in ogrinfo: ERROR 1: SQL Expression Parsing E

[gdal-dev] Re: ogr2ogr (1.8.2) error cannot fetch a layer

2011-10-03 Thread Jukka Rahkonen
hdam99 gmail.com gmail.com> writes: > > Hi, > > I'm using ogr2ogr to get data from a oracle view (11g2) to a gml (3.1) file. > The gml file was created as expected even I got the ERROR1: ORA-04043: > object blah does not exist errors. > > Why did I get those errors even though they are in th

[gdal-dev] ogr2ogr (1.8.2) error cannot fetch a layer

2011-10-03 Thread hda...@gmail.com
Hi, I'm using ogr2ogr to get data from a oracle view (11g2) to a gml (3.1) file. The gml file was created as expected even I got the ERROR1: ORA-04043: object blah does not exist errors. Why did I get those errors even though they are in the database? There are two views that I didn't have any

[gdal-dev] Re: Question regarding GDAL .dll files for C#

2011-10-03 Thread Tamas Szekeres
Hi Zhenyu Lu, You need not install the plugin dll-s if you don't require the corresponding functionality. With regards to the dependent dll-s, you can use the -dev packages from http://www.gisinternals.com/sdk/ to compile your own versions using the following steps: 1. Download the -dev package a