[Gdal-dev] Reading ArcInfo binary grids with the R rgdalpackage
fails with "GDAL Error 3: Attempt to read past EOF in..../arc.dir"
Roger Bivand
Roger.Bivand at nhh.no
Wed Jul 22 16:16:33 EDT 2009
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: gdal-dev-bounces at lists.osgeo.org
>> [mailto:gdal-dev-bounces at lists.osgeo.org] On Behalf Of Even Rouault
>> Sent: Wednesday, July 22, 2009 2:25 PM
>> To: Gregory, Matthew
>> Cc: gdal-dev at lists.osgeo.org
>> 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
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> 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.
More information about the gdal-dev
mailing list