Ocean Color Forum - Not logged in
I'll look into it.
I did immediately notice that the granule start/stop times are different.
For the command line,
duration: 289.853806 seconds
For the GUI,
duration: 289.853806 seconds
As was the default output name.
Output Level 1A: ./A2011056074000.L1A_LAC
Output Level 1A: ./A2011056074120.L1A_LAC
But one wouldn't think that an issue.
The output filename is not an issue, but the start/stop times and duration are since they are used for process control. In this case, l1agen is being asked to extract almost 5 minutes of data starting at 07:41:20 - and the L0 file just doesn't have it. Even so, it shouldn't bomb.
I haven't been able to replicate the issue here, so I'd like you to try a couple of experiments after doing SeaDAS 6.2 setups:
1. At the command line:
which modis_L1A.csh; which addsecs; which bc
env | sort >! env_cmd.txt
2. At the SeaDAS prompt (IDL command line):
spawn,'which modis_L1A.csh; which addsecs; which bc'
spawn,'env | sort >! env_gui.txt'
3. At the command line again:
/optics1/scratch/bmurch/modis/test> modis_L1A.csh MOD00.P2011056.0740_1.PDS -startnudge 0 -stopnudge 10 -save-log
That last flag will save the LogReport and *.pcf files, which may help with diagnosis.
1) seabird 107 :/optics1/scratch/bmurch/modis/test> which modis_L1A.csh; which addsecs; which bc
seabird 108 :/optics1/scratch/bmurch/modis/test> env | sort >! env_cmd.txt
2) seabird 114 :/optics1/scratch/bmurch/modis/test> seadas
IDL Version 8.0.1 (linux x86_64 m64). (c) 2010, ITT Visual Information Solutions
Installation number: 17539.
Licensed for use by: USF Dept of Marine Sciences
SeaDAS Version 6.2 (pid = 20950)
spawn,'uname -a'SeaDAS> spawn,'uname -a'
Linux seabird.marine.usf.edu 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:04:48 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
SeaDAS> spawn,'which modis_L1A.csh; which addsecs; which bc'
SeaDAS> spawn,'env | sort >! env_gui.txt'
Find output here:http://optics.marine.usf.edu/~bmurch/seadas/test_gwyn/
as well as env_cmd.txt env_gui.txt
Thanks for all your work.
I'm not seeing anything so far...
Here's another exercise:
I'm attaching a pared-down c-shell file. Please run it two ways, and put output in separate directories:
from the command line:times.csh MOD00.P2011056.0740_1.PDS > l0times.txt
from the SeaDAS IDL line:spawn,'times.csh MOD00.P2011056.0740_1.PDS > l0times.txt'
of course use the full path to times.csh and to your L0 file.
For both I recieved errors with your times.csh:
/optics1/software/seadas/seadas_6.2/run/bin_debug/l0cnst_write_modis: Command not found.
I do not have a bin_debug directory.
seabird 161 :/optics1/scratch/bmurch/modis/times_command> env | grep DEBUG
So I changed the times.csh to comment out the OCSSW_DEBUG line
That ran OK. Diff in start stop times.
PS, I noticed the only other diffs were like this:
< BEGIN_PGE: Tue Mar 1 09:57:10 2011
> BEGIN_PGE: Tue Mar 1 09:57:40 2011
from the command line:http://optics.marine.usf.edu/~bmurch/seadas/times_command/
from the SeaDAS IDL line:http://optics.marine.usf.edu/~bmurch/seadas/times_seadas/
Those times don't look good at all! In fact, the offsets are multiplied by 10 when called from the SeaDAS IDL command line:
duration: 299.853806 seconds
duration: 179.853806 seconds
It looks like we may have a problem with the "addsecs" routine.
One MORE thing! Please "unsetenv OCSSW_DEBUG", then try the inside-SeaDAS test again, using my unaltered script. Thanks!
unsetenv the OCSSW_DEBUG
seabird 209 :/optics1/scratch/bmurch/modis> env | grep OCSSW_DEBUG
seabird 210 :/optics1/scratch/bmurch/modis>
and ran your script within seadas with the original times.csh in the output directory below.
ran spawn,'times.csh MOD00.P2011056.0740_1.PDS > l0times.txt'
output is here:http://optics.marine.usf.edu/~bmurch/seadas/times_seadas_2/
(different input file) I also noticed that the getanc script returns a // in the anc paths, but know that doens't hurt anything.
seadog 579 :/tmp/test> $SEADAS/run/scripts/getanc /tmp/test/A2011060163500.ECARIB.L1B_LAC -no-no2
Determining pass start and end times..
Input file : /tmp/test/A2011060163500.ECARIB.L1B_LAC
Start time : 2011060163500
End time : 2011060163949
*** WARNING: No optimal OZONE files found.
Created 'A2011060163500.ECARIB.L1B_LAC.anc' l2gen parameter text file:
The problem seems to be coming from the addsecs routine, but only when invoked from the SeaDAS IDL environment and possibly only on 64-bit. I can't narrow it down more than that at this time. I know that routine will be replaced in a future SeaDAS release.
Thanks for bringing this issue to our attention,
When you say 'future' SeaDAS release, do you mean an update to 6.2 or the java python version of SeaDAS 7?
SeaDAS is extremely important in our lab as you probably know, and SeaDAS 6.2 had some great changes in it. Dr. Hu and our students use the GUI extensively.
I know there is a 32 bit version, but can the 64 bit version be invoked as 32 bit as idl can (idl -32)? Will the 32 bit SeaDAS version run on a 64 bit machine?
We have only 64bit servers here!
Try replacing your $SEADAS/run/bin/addsecs with the attached version.
BTW, we'll be sliding in some python bits before SeaDAS 7 is released...