[GRASS-user] i.landsat.toar unable to read metadata file

Markus Neteler neteler at osgeo.org
Mon Dec 24 00:45:22 PST 2012


On Fri, Dec 14, 2012 at 9:13 AM, Nikos Alexandris
<nik at nikosalexandris.net> wrote:
> (re-structured the last post, cc-ed András B, E. Jorge T -- someone is not on
> the list?)
>
> Nikos:
>
>> >> > It seems there are several modifications to the MET content structure.
>> >> > Fortunately (?) two MET files are provided *currently* (at least I have
>> >> > seen this in several L[MTE][457] scenes.
> ..
>
> Nikos:
>
>> > I tried to compare variable definitions in the landsat_met.c file with the
>> > diff "TLold.txt_VS_MTL.txt" file (metadata that correspond to a LT5
>> > scene).  The differences I see are the following:
>
>> > - SPACECRAFT_ID: was Landsat5, is: LANDSAT_5
>> > - SENSOR_ID: *this is the same*
>
>> > - ACQUISITION_DATE: renamed (?) to "DATE_ACQUIRED"
>> > - CREATION_TIME: was (?) PRODUCT_CREATION_TIME, is: FILE_DATE
>
>> > - SUN_ELEVATION: was not existing (!), is: same
>> > - BAND%_GAIN: nowhere to be found as is, was (?):
>> > CORRECTION_METHOD_GAIN_BAND%, is: CORRECTION_GAIN_BAND_%
>
>> > - LMAX_BAND%: renamed to RADIANCE_MAXIMUM_BAND_%
>> > - LMIN_BAND%: same as above, renamed to RADIANCE_MINIMUM_BAND_%
>
>> > - QCALMAX_BAND%: renamed to QUANTIZE_CAL_MAX_BAND_%
>> > - QCALMIN_BAND: same as above, renamed to QUANTIZE_CAL_MIN_BAND_%
>
>> > Is this enough to get  i.landsat.toar  working?
>
> Yann Chemin:
>
>> Try to add an additional strcmp() case where ACQUISITION_DATE is
>> changed to DATE_ACQUIRED
>
>> sorry I am very busy these few coming days...

The original changes I got from Jorge I attach again. Should they be
submitted to SVN?

Markus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: landsat_met.c.diff
Type: application/octet-stream
Size: 782 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20121224/c13f8a66/attachment.obj>


More information about the grass-user mailing list