Comments inline below:
Even Rouault wrote: > > Le Wednesday 22 July 2009 20:53:31 Jason Roberts, vous avez écrit : >> It sounds like you have figured out the problem. Is now the moment that I >> should contact the rgdal developers and ask them to build rgdal against >> the >> 1.6 branch? > > It's up to them. I don't know what their policy is. I doubt though that > they > would build against an unreleased version. > > "Comment RSB - Right. Windows 32-bit users who are not able to build their > GDAL, or to build rgdal from source against either FWTools or OSGEO4W DLLs > are provided with an automatic build using DLLs for GDAL, PROJ, and lately > EXPAT produced locally under MSYS. I would prefer not to have to build a > one-off MSYS version of the DLLs against an unreleased GDAL, because other > commits may have broken other things." > >> >> Currently it looks like rgdal is built against the 1.6.1 release. I'm not >> sure if they'll want to build against the current 1.6 branch or want to >> wait until 1.6.2. > >> Do you know when 1.6.2 might be issued? > > No, nothing planned for the moment AFAIK > > "Comment RSB - The failure is happening in the very simple function > RGDAL_OpenDataset() at line 408 in: > > http://rgdal.cvs.sourceforge.net/viewvc/rgdal/rgdal/src/gdal-bindings.cpp?revision=1.32&view=markup > > calling (GDALDataset *) GDALOpen. If there was a way to trap the error by > passing some setting out before the GDALOpen call, I could do that. The > alternative is for Jason to build rgdal from source against some other > GDAL, PROJ, and EXPAT DLLs as suggested in the README.windows file in the > package until 1.6.2 or the next released version." > > Roger > > >> >> Jason >> >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Even Rouault >> Sent: Wednesday, July 22, 2009 2:25 PM >> To: Gregory, Matthew >> Cc: [email protected] >> Subject: Re: [gdal-dev] Reading ArcInfo binary grids with the R >> rgdalpackage fails with "GDAL Error 3: Attempt to read past EOF >> in..../arc.dir" >> >> Le Wednesday 22 July 2009 20:17:43 Gregory, Matthew, vous avez écrit : >> > > For people affected by the issue, not being able to build >> > > GDAL from source and not interested in the raster attribute >> > > table, they can just rename the 'info' >> > > directory, so it won't be read at all and won't trigger the error. >> > > >> > > See http://trac.osgeo.org/gdal/ticket/3031 >> > >> > Um, this makes me really nervous to advocate renaming the INFO >> > directory, but maybe I'm overreacting. >> >> This is just a workaround for people stuck with a version affected by the >> issue. >> >> > I think your recent fix of not >> > calling ReadRAT() in AIGDataset::Open() eliminates this workaround, >> > correct? >> >> The workaround is still there, but yeah, the latest change in trunk makes >> it >> >> more or less useless. >> >> > Just as long as the user doesn't call GetDefaultRAT()? >> >> There's no point trying to read the RAT until it is really needed. And >> the >> entry point for it is GetDefaultRAT(), hence the late opening of the RAT >> through the AVC driver in this method. >> >> > matt >> >> _______________________________________________ >> gdal-dev mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/gdal-dev > > > _______________________________________________ > gdal-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev > > ----- Roger Bivand Economic Geography Section Department of Economics Norwegian School of Economics and Business Administration Helleveien 30 N-5045 Bergen, Norway -- View this message in context: http://n2.nabble.com/Re%3A-Reading-ArcInfo-binary-grids-with-the-R-rgdal-package--fails-with-%22GDAL-Error-3%3A-Attempt-to-read-past-EOF-in-....-arc.dir%22-tp3302915p3305575.html Sent from the GDAL - Dev mailing list archive at Nabble.com. _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
