[Gdal-dev] GDAL 1.4.0 RC1 Available

[Ivan Lucena]

Hi William,

 

Since you have the NetCDF working in your GDAL build and you have the
raster files that produced the error could do us a favor and test if
changing the order in GDALALLRegister() works? That will help a lot.

 

I am not saying that you should take this as a quick fix or workaround I
just need your help to test it. :-) 

 

I think that a definitive solution will come from Frank as long we are
giving him more information and suggestion. So we are getting there.  

 

What I am saying is that the RST driver checks for file extension, check
for the presence of a companion header text file and the content of the
header text file, so I think that if a file is a real RST it will be
detected fast and safely and stop the driver-detection-loop. If we keep
RST in the back of the list, another binary combination could lead to
misinterpretation in another driver.

 

So William, do you still have the same file that produced the error? Can
you do the test? Thank you very much.

 

Best regards,

 

Ivan Lucena

 

 

________________________________

From: William Kyngesburye [mailto:woklist at kyngchaos.com] 
Sent: Wednesday, January 03, 2007 11:20 AM
To: Ivan Lucena
Cc: Frank Warmerdam; gdal-dev
Subject: Re: [Gdal-dev] GDAL 1.4.0 RC1 Available

 

On Jan 3, 2007, at 8:24 AM, Ivan Lucena wrote:





William,

 

I suggest placing GDALRegister_IDRISI first in the GDALAllRegister() and

I think that will be safe because this format is file-extension

dependent, and checks for it:

 

Makes sense, but won't work in my situation.  To make my Xcode project
more configurable for formats that require optional external libraries
(on OS X), I do these formats as plugins.  I know Frank has told me that
this is an unsupported use of plugins, and partly for this very reason -
format loading order.

 

For a quick immediate fix for the bug, this sounds like a reasonable
workaround.  I can adjust my Xcode project somehow.  For a 'normal'
configure-make-install build on OSX it wouldn't be a problem.

 

Frank, when I was thinking about this, and my excessive use of plugins,
I wondered if GDALAllRegister() could be changed a bit: do some of the
plugin checking and loading there directly instead of at the start in
AutoLoadDrivers().  Then, whether it's a plugin or builtin, formats
could still be loaded in a particular order.  Something like:

 

#ifdef FRMT_netcdf

    GDALRegister_GMT();

    GDALRegister_netCDF();

#else

    // check for existence of plugin version of it

    // load it if found

#endif

 

Just a thought.

 

-----

William Kyngesburye <kyngchaos at kyngchaos.com>

http://www.kyngchaos.com/

 

[Trillian]  What are you supposed to do WITH a maniacally depressed
robot?

 

[Marvin]  You think you have problems?  What are you supposed to do if
you ARE a maniacally depressed robot?  No, don't try and answer, I'm
50,000 times more intelligent than you and even I don't know the
answer...

 

- HitchHiker's Guide to the Galaxy





 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20070103/36bcd6b7/attachment.html