Ocean Color Forum - Not logged in
Forum Ocean Color Home Help Search Login
Previous Next Up Topic SeaDAS / SeaDAS 6.x - General Questions / bug in la1gen_modis: incorrect handling of filename (locked) (1323 hits)
By hesselmans Date 2011-07-18 13:05 Edited 2011-07-18 13:08
I am having some trouble running the idl command l1agen_modis.
This command first makes a call to modis_L1A.csh, which calls modis_atteph_py and modis_geocheck.py.
The latter call seems to cause my problem.
The logging below shows correctly that A2011190095500.L1A_tmp is the input for modis_atteph_py.
The logging below shows correctly that A2011190095500.GEO_tmp is the input for modis_geocheck_py.
However modis_geocheck.py uses A2011190095500.L1A_LAC to determine platform type,
where - I think - it should use A2011190095500.L1A_tmp instead.
The problem here is that modis_geocheck.py attempts to guess the name of the L1A file from
the name of the GEO file and fails to come up with the right answer!
In the code of modis_geocheck.py I read that the extension of the L1A file name is always L1A_LAC.
Can someone confirm this and propose a solution.

Regards, Gerard

==============================================

l1agen_modis,ifile=MOD00.P2011190.0955_1.PDS,wait=1,geofile=A2011190095500.GEO_tmp,l1afile=A2011190095500.L1A_tmp,geocheck_threshold= 5
unix cmd =
$SEADAS/run/scripts/modis_L1A.csh MOD00.P2011190.0955_1.PDS -o A2011190095500.L1A_tmp; $SEADAS/run/scripts/modis_GEO.csh A2011190095500.L1A_tmp -o A
2011190095500.GEO_tmp -geocheck_threshold 5
Determining pass start and stop times...
/data/gerard/seadas62/run/bin/l0cnst_write_modis MOD00.P2011190.0955_1.PDS

multiple: 1 * 10
multiple: -1 * 10
Input  Level 0 : ./MOD00.P2011190.0955_1.PDS
Output Level 1A: ./A2011190095500.L1A_tmp

Satellite: aqua
starttime: 2011-07-09T09:55:10.951797Z
stoptime:  2011-07-09T09:59:49.834469Z
duration:  278.882672 seconds

Processing MODIS L0 file to L1A...
/data/gerard/seadas62/run/bin/l1agen_modis
L1A version: 5.0.5  built on Apr  7 2011 (14:39:32)
Scan Number: 0  Mon Jul 18 14:20:33 2011
Scan Number: 10  Mon Jul 18 14:21:41 2011
.....
Scan Number: 170  Mon Jul 18 14:22:35 2011
Scan Number: 180  Mon Jul 18 14:22:38 2011
l1agen_modis exit status: 0
MODIS L1A processing complete.

Determining required attitude and ephemeris files...
modis_atteph.py ./A2011190095500.L1A_tmp
Input  Level 1A   : ./A2011190095500.L1A_tmp
Output Geolocation: ./A2011190095500.GEO_tmp

Satellite: aqua
Year: 2011  Day: 190  Hour: 09  Minute: 55
*Terrain Correction Enabled*

Creating MODIS geolocation file...
/data/gerard/seadas62/run/bin/geogen_modis
GEO version: 5.0.14 built on Apr  7 2011 (14:39:53)
scan: 0 out of 189 Mon Jul 18 14:22:53 2011
scan: 10 out of 189 Mon Jul 18 14:22:55 2011
....
scan: 170 out of 189 Mon Jul 18 14:23:20 2011
scan: 180 out of 189 Mon Jul 18 14:23:22 2011
geogen_modis exit status: 0

Running validation test on geolocation file...
modis_geocheck.py A2011190095500.GEO_tmp 5 --verbose
ERROR: Unable to determine platform type for A2011190095500.L1A_LAC

modis_GEO.csh: ERROR: MODIS geolocation processing failed.
Please ensure utcpole.dat and leapsec.dat are up-to-date in
/data/gerard/seadas62/run/var/modis
Please examine the LogStatus and LogUser files for more information.
By gwyn Date 2011-07-18 14:54
Indeed, there was a bug.  Please replace modis_geocheck.py with the one posted in this thread:

http://oceancolor.gsfc.nasa.gov/forum/oceancolor/topic_show.pl?pid=17450;hl=#pid17450

You may also want to replace modis_atteph_utils.py and ProcUtils.py, posted earlier in the same thread.
Previous Next Up Topic SeaDAS / SeaDAS 6.x - General Questions / bug in la1gen_modis: incorrect handling of filename (locked) (1323 hits)



Responsible NASA Official: Gene C. Feldman
Curator: OceanColor Webmaster
Authorized by: Gene C. Feldman
Updated: 27 November 2007
Privacy Policy and Important Notices NASA logo