[Gdal-dev] GTOPO30 problem

[Clay, Bruce]

Frank
  the file in biggest question is E20N90.tar.gz from
edcftp.cr.usgs.gov/pub/data/gtopo30/global.  It looks like all of the
data sets are Motorola type.  The min and max values returned by GDAL
don't match the min and max values shown in the GTOPO30 documentation.

Bruce

-----Original Message-----
From: gdal-dev-admin at remotesensing.org
[mailto:gdal-dev-admin at remotesensing.org] On Behalf Of Frank Warmerdam
Sent: Thursday, May 06, 2004 10:32 AM
To: gdal-dev at remotesensing.org
Subject: Re: [Gdal-dev] GTOPO30 problem


Clay, Bruce wrote:
> Frank:
>   Have you ever tried to open any of the GTOPO30 DEM files with GDAL? 
> In particular the E20N90 file.  I am getting some very large negative 
> numbers from this file.  Do I need to do anything in particular to 
> handle ENDIAN issues or is it taken care of automatically.
> 
> I retrieved the files from edcftp.cr.usgs.gov.

Bruce,

I have a dataset from a long time ago (W100N40) that has "BYTEORDER M"
at the beginning of the W100N40.HDR file.  This tells the ESRI .HDR
driver that the data is big endian.  I load this file and it seems to
work fine.

However, it is possible I added this myself to correct for lacking info
in the file.  What does your .HDR file look like?

Can you point me directly to the file in question?

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

_______________________________________________
Gdal-dev mailing list
Gdal-dev at remotesensing.org
http://remotesensing.org/mailman/listinfo/gdal-dev