[gdal-dev] Attempt to read past EOF ... dtm000082/../info/arc.dir
Jonathan Wagner
jonathan at jonathanwagner.net
Mon Jun 30 08:49:26 EDT 2008
I'm seeing the same issue with some SRTM iles from ESRI and would be
curious to know the consequences as well. Using gdal 1.5.1
Jonathan Wagner
On Mon, 30 Jun 2008 14:40:26 +0200, "Markus Neteler" <neteler at osgeo.org>
wrote:
> Hi,
>
> I have received a set of (official governmental) DTM files which all
> report subsequent errors:
>
> gdalinfo /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082
> ERROR 3: Attempt to read past EOF in
> /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/../info/arc.dir.
> ERROR 4: Failed to open table dtm000082.VAT
> Driver: AIG/Arc/Info Binary Grid
> Files: /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082
> /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/log
>
/home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/w001001.adf
> /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/dblbnd.adf
>
> /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/w001001x.adf
> /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/sta.adf
> /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082/hdr.adf
> Size is 2000, 2000
> Coordinate System is `'
> Origin = (666000.000000000000000,5148000.000000000000000)
> Pixel Size = (1.000000000000000,-1.000000000000000)
> Corner Coordinates:
> Upper Left ( 666000.000, 5148000.000)
> Lower Left ( 666000.000, 5146000.000)
> Upper Right ( 668000.000, 5148000.000)
> Lower Right ( 668000.000, 5146000.000)
> Center ( 667000.000, 5147000.000)
> Band 1 Block=500x4 Type=Float32, ColorInterp=Undefined
> Min=1046.885 Max=1489.255
> NoData Value=-3.4028234663852886e+38
>
> ls /home/neteler/data/DTM_wgs84_orto_grd/B_1mX1m/dtm000082
> dblbnd.adf hdr.adf log sta.adf w001001.adf w001001x.adf
>
> GDAL is luckily able to extract the data anyway but it doesn't look well.
> My question is if this could be a GDAL problem or rather a broken
> data set (I have 1750 of them). Before notifying them I want to be sure
> that GDAL operates ok.
>
> thanks,
> Markus
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
More information about the gdal-dev
mailing list