[GRASSLIST:708] Re: problem reading adf files from srtm

GRASS GRASS user
,
1

Hello Frank, I got the zip file from the srtm and…

GRASS:~/grass/srtm/prueba > ls

06594167.zip

GRASS:~/grass/srtm/prueba > unzip 06594167.zip

Archive: 06594167.zip

creating: 06594167/06594167/

inflating: 06594167/06594167.AUX

creating: 06594167/INFO/

inflating: 06594167/METADA~1.HTM

extracting: 06594167/06594167/DBLBND.ADF

inflating: 06594167/06594167/HDR.ADF

inflating: 06594167/06594167/PRJ.ADF

inflating: 06594167/06594167/STA.ADF

inflating: 06594167/06594167/W001001.ADF

inflating: 06594167/06594167/W001001X.ADF

inflating: 06594167/INFO/ARC.DIR

inflating: 06594167/INFO/ARC0000.DAT

inflating: 06594167/INFO/ARC0000.NIT

inflating: 06594167/INFO/ARC0001.DAT

inflating: 06594167/INFO/ARC0001.NIT

GRASS:~/grass/srtm/prueba/06594167 > gdalinfo 06594167.AUX

Driver: HFA/Erdas Imagine Images (.img)

Size is 405, 465

Coordinate System is `’

Origin = (0.000000,0.000000)

Pixel Size = (1.000000,1.000000)

Corner Coordinates:

Upper Left ( 0.0000000, 0.0000000)

Lower Left ( 0.000, 465.000)

Upper Right ( 405.000, 0.000)

Lower Right ( 405.000, 465.000)

Center ( 202.500, 232.500)

Band 1 Block=405x4 Type=Float32, ColorInterp=Undefined

If a use gdalinfo with any other file, I got the next message:

GRASS:~/grass/srtm/prueba/06594167/06594167 > gdalinfo W001001.ADF

ERROR 4: `W001001.ADF’ not recognised as a supported file format.

GDALOpen failed - 4

`W001001.ADF’ not recognised as a supported file format.

so I did,

GRASS:~/grass/srtm/prueba/06594167 > r.in.gdal input=06594167.AUX output=dem

PROJ_INFO file not found for location dem

PROJ_UNITS file not found for location dem

ERROR 1: Can’t find RasterDMS field in Eimg_Layer with block list.

[A lot of times]

ERROR 1: Can’t find RasterDMS field in Eimg_Layer with block list.

100%

CREATING SUPPORT FILES FOR dem

I don´t know if I´m doing the things in the correct way,

Thank you

felipe

2

Guillermo Felipe wrote:

Hello Frank, I got the zip file from the srtm and....

GRASS:~/grass/srtm/prueba > ls

06594167.zip

GRASS:~/grass/srtm/prueba > unzip 06594167.zip

Archive: 06594167.zip

   creating: 06594167/06594167/

  inflating: 06594167/06594167.AUX

   creating: 06594167/INFO/

  inflating: 06594167/METADA~1.HTM

extracting: 06594167/06594167/DBLBND.ADF

  inflating: 06594167/06594167/HDR.ADF

  inflating: 06594167/06594167/PRJ.ADF

  inflating: 06594167/06594167/STA.ADF

  inflating: 06594167/06594167/W001001.ADF

  inflating: 06594167/06594167/W001001X.ADF

  inflating: 06594167/INFO/ARC.DIR

  inflating: 06594167/INFO/ARC0000.DAT

  inflating: 06594167/INFO/ARC0000.NIT

  inflating: 06594167/INFO/ARC0001.DAT

  inflating: 06594167/INFO/ARC0001.NIT

Felipe,

The .aux file is an overview file for the dataset in Erdas Imagine format.
However, it has an unusual organization and isn't directly supported by GDAL.
To utilize the whole dataset use the name of the directory containing
the w001001.adf file instead of the name of the individual files.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent

3

Thanks Frank!,

The .aux file is an overview file for the dataset in Erdas Imagine format.
However, it has an unusual organization and isn't directly supported by

GDAL.

To utilize the whole dataset use the name of the directory containing
the w001001.adf file instead of the name of the individual files.

Yes I tried this before, so I changed the names from upper to lower case.
(W001001X.ADF to w001001x.adf, etc) and finally r.in.gdal works.

felipe