[Gdal-dev] LANDSAT7 format question: GLCF

Markus Neteler neteler at itc.it
Fri Mar 9 10:03:45 EST 2007


On Fri, Mar 09, 2007 at 10:54:40AM +0100, Markus Neteler wrote:
> On Fri, Mar 09, 2007 at 09:33:39AM +0100, Markus Neteler wrote:
> > On Thu, Mar 08, 2007 at 10:24:24PM -0500, Mario Beauchamp wrote:
> > > On 3/8/07, Markus Neteler <neteler at itc.it> wrote:
> > > >Hi,
> > > >
> > > >for the upcoming OSGeo educational data set I would like
> > > >to process
> > > >ftp://ftp.glcf.umiacs.umd.edu/glcf/Landsat/WRS2/p016/r035/p016r035_7x20000331.ETM-EarthSat
> > > >(LANDSAT7)
> > > >Apparently the format isn't recognized or I am doing something
> > > >wrong.
> > > 
> > > You might want to take a look at
> > > http://glcf.umiacs.umd.edu/data/guide/fileformat/
> > > and http://glcf.umiacs.umd.edu/data/guide/namingconvention/
> > > 
> > > And I remember I had to do a bit of hacking to get GDAL to read those
> > > files but for the life of me, I cannot remember what!! Try gdalinfo on
> > > each .b0x, .hdr, .ip3, etc until it recognizes something...
> 
> I have hacked the .hdr file to get the correctly FILENAME extracted):
> 
> diff -u p016r035_7p20000331.hdr.org p016r035_7p20000331.hdr
> --- p016r035_7p20000331.hdr.org 2007-03-09 10:26:53.000000000 +0100
> +++ p016r035_7p20000331.hdr     2007-03-09 10:27:21.000000000 +0100
> @@ -12,7 +12,7 @@
>  START LINE # =      BLOCKING FACTOR =   REC SIZE  =200832593 PIXEL SIZE =14.25
>  OUTPUT BITS PER PIXEL =8  ACQUIRED BITS PER PIXEL =8
>  BANDS PRESENT =8
> -FILENAME =L72016035_03520000331_B80.FSTFILENAME =
> +FILENAMEL72016035_03520000331_B80.FST  FILENAME =
>  FILENAME =                             FILENAME =
>  FILENAME =                             FILENAME =
> 
> Then set a link (since the FILENAME is different):
> ln -s p016r035_7p20000331.b01 L72016035_03520000331_B80.FST
> 
> Now it reports at least:
> gdalinfo p016r035_7p20000331.hdr
> Driver: FAST/EOSAT FAST Format
> Size is 15352, 13081
> Coordinate System is `'
> Origin = (0.000000000000000,0.000000000000000)
> Pixel Size = (1.000000000000000,1.000000000000000)
> Metadata:
>   ACQUISITION_DATE=20000331
>   SATELLITE=LANDSAT7
>   SENSOR=ETM+
>   BIAS1=-5.675590383724904
>   GAIN1=0.975590574459767
> Corner Coordinates:
> Upper Left  (   0.0000000,   0.0000000)
> Lower Left  (       0.000,   13081.000)
> Upper Right (   15352.000,       0.000)
> Lower Right (   15352.000,   13081.000)
> Center      (    7676.000,    6540.500)
> Band 1 Block=15352x1 Type=Byte, ColorInterp=Undefined
> 
> The next trick would be to make it read UL, UR, LL, LR...
> I assume that it is also shifted a bit (white space or such) in
> ftp://ftp.glcf.umiacs.umd.edu/glcf/Landsat/WRS2/p016/r035/p016r035_7x20000331.ETM-EarthSat/p016r035_7p20000331.hdr
> 
> Maybe everything is there, but just the positions a bit messed
> up in the hdr file. Unfortunately my C++ knowledge doesn't suffice to
> modify 
> frmts/raw/fastdataset.cpp
> accordingly.

We made a test with GDAL 1.3.2. It works.
This indicates that the FAST LANDSAT header file parser
may be broken in SVN HEAD.

Regards,
Markus

------------------
ITC -> dall'1 marzo 2007 Fondazione Bruno Kessler
ITC -> since 1 March 2007 Fondazione Bruno Kessler
------------------




More information about the Gdal-dev mailing list