[GRASS-user] Estimating Albedo from Landsat

Hamish hamish_b at yahoo.com
Tue Sep 14 18:48:42 EDT 2010


Nikos wrote:
> ... I realised that I don't really have the "correct" metadata file for 
> the scene I was given. The "meta" file available at Glovis is not really
> the complete set of meta-information (is my guess -- missing
> "sat_zenith=" value for example).

fwiw with Landsat-7 downloads from GloVis I get files like
L7*_MTL.txt which works with the i.landsat.toar metfile= option, it
includes SUN_ELEVATION and SUN_AZIMUTH but nothing obvious about zenith
that I can see.

looking in the source code, landsat_met.c (which parses the metadata file)
isn't looking for satellite zenith- it only comes from the command line,
and in landsat.c it seems that only the DOS2b, DOS3, and DOS4 correction
methods actually use it. So for uncorrected method (which I guess is the
appropriate one if the task is cloud detection??) that variable doesn't
matter.


> the output values (even if the sat_zenith value I used is
> non-sense) seem to be as expected for radiance/reflectance values

good.

> (e.g. band 1, 
> min=-0.00308741863579021, max=0.39202091888652) .

I think this already got answered a couple of days ago, but is the
reflectance on a scale from 0.0-1.0 (0-100%)?

and what are the W/m^2-like units for radiance used for the output maps?


> Is the following the problem (you expect-ed)? I see strange
> characters, e.g.:
> 
> -------------------
>  BAND 1  (code 1)
>    calibrated digital number (DN): 1.0 to 255.0
>    calibration constants (L): -1.520 to 193.000
>    at-sensor radiance = 0.76583 � DN + -2.28583
>    mean solar exoatmospheric irradiance (ESUN): 1983.000
>    at-sensor reflectance = radiance / 492.32067
> -------------------
>  BAND 2  (code 2)
>    calibrated digital number (DN): 1.0 to 255.0
>    calibration constants (L): -2.840 to 365.000
>    at-sensor radiance = 1.44819 � DN + -4.28819
>    mean solar exoatmospheric irradiance (ESUN): 1796.000
>    at-sensor reflectance = radiance / 445.89406

no, that is something else, it's a non-ASCII char in the fprintf()
string. Maybe it will show up in the email: it's the dot multiplier "·".
for me in "less main.c" it shows up as <B7>, in nedit and vi I see the dot.
I guess that should be %c + the code for it, or just "*" ?
.. displaying it will be terminal and locale dependent ..


> In my last test(s) no segfault occured...

good

> with or without "-v" !??

both should work.

> Even though "nice words" are inexpensive,

I don't think enough people really appreciate that cost/benefit ..

> I still think they are important (when they are honest). From my side,
> I just need some timing to contribute back - 
> all seems to go wrong currently :-p


best of luck & enjoy your time,
Hamish



      


More information about the grass-user mailing list