Ocean Color Forum - Not logged in
Hello,
I am trying to fix the following error which keeps coming up. I am unable to download the attitude and ephemeris files and it appears to happen while running modis_GEO.csh. I have updated to Seadas 6.2.2a, which has appeared to fix the problem in some other posts. Thanks for the help.
Andy
Determining required attitude and ephemeris files...
modis_atteph.py /mnt/raid/MYD01.A2003001.1755.005.2011124041924.hdf
ERROR: The display_ancillary_files.cgi script encountered an error and returned the following text:
Traceback (most recent call last):
File "/home/afischer/seadas6.2/run/scripts/modis_atteph.py", line 57, in <module>
m.locate()
File "/home/afischer/seadas6.2/run/scripts/modules/modis_atteph_utils.py", line 164, in locate
ProcUtils.cat(self.server_file)
File "/home/afischer/seadas6.2/run/scripts/modules/ProcUtils.py", line 322, in cat
f = file(filename)
IOError: [Errno 2] No such file or directory: 'MYD01.A2003001.1755.005.2011124041924.hdf.server'
** Failed to determine/retrieve attitude and ephemeris files **
No attitude and ephemeris information available for this Aqua granule.
Processing cannot proceed; exiting.
By gwyn
Date 2011-07-13 15:59
Are there any new files present in /mnt/raid or in your run directory?
MYD01.A2003001.1755.005.2011124041924.hdf.server should have been created as a temporary file to hold results from querying our database.
Hi Gwyn,
I do not see that or any new file in the /mnt/raid folder. I made sure all the folders have the correct permissions and tried other directories, as well.
By gwyn
Date 2011-07-14 13:15
Have you been able to process other granules?
Please try this from the command line, in a new terminal window:
source $SEADAS/config/seadas.env
cd /mnt/raid
ls -l MYD01.A2003001.1755.005.2011124041924.hdf
modis_atteph.py -v MYD01.A2003001.1755.005.2011124041924.hdfAnd post the results.
BTW, I have verified that modis_atteph.py will work on L1A files downloaded from MODAPS. I couldn't find that specific granule on
ftp://ladsweb.nascom.nasa.gov/allData/, but I tried one from the same day.
Hi Gwyn,
It seems to do the same thing for the other granules. Below is the command output. Thanks. Andy
afischer@afischer-desktop:~/laads$ source $SEADAS/config/seadas.env
afischer@afischer-desktop:~/laads$ cd /mnt/raid
afischer@afischer-desktop:/mnt/raid$ ls -l MYD01.A2003001.1755.005.2011124041924.hdf
-rw-r----- 1 afischer afischer 574146520 2011-05-04 04:21 MYD01.A2003001.1755.005.2011124041924.hdf
afischer@afischer-desktop:/mnt/raid$ modis_atteph.py -v MYD01.A2003001.1755.005.2011124041924.hdf
Determining pass start and end times..
Start Time: 2003001175500
Stop Time: 2003001180000
Mission: M
ERROR: The display_ancillary_files.cgi script encountered an error and returned the following text:
Traceback (most recent call last):
File "/home/afischer/seadas6.2/run/scripts/modis_atteph.py", line 57, in <module>
m.locate()
File "/home/afischer/seadas6.2/run/scripts/modules/modis_atteph_utils.py", line 164, in locate
ProcUtils.cat(self.server_file)
File "/home/afischer/seadas6.2/run/scripts/modules/ProcUtils.py", line 322, in cat
f = file(filename)
IOError: [Errno 2] No such file or directory: 'MYD01.A2003001.1755.005.2011124041924.hdf.server'
By gwyn
Date 2011-07-14 23:18
Here's a clue:
Mission: MWhen I run it:
Mission: AThis tells me that modis_atteph.py is not able to find the instrument platform, and is just taking the first character of the filename. Our database doesn't have any "M" mission, so is giving a null results.
We fixed this problem back in May:
http://oceancolor.gsfc.nasa.gov/forum/oceancolor/topic_show.pl?pid=16986Unfortunately those changes haven't made their way into our distribution yet. I'm attaching some modified python scripts; put them both into $SEADAS/run/scripts/modules .
Thank you Gwyn,
That solved the problem for the file in question and I will now run several more. Sorry to have missed the post in May.
Hi again Gwyn,
Now it looks like I am having trouble with the MODIS_geocheck.py. The error is as follows.
*************************************************************
Running validation test on geolocation file...
modis_geocheck.py A2003001175500.GEO 95 --verbose
ERROR: Unable to determine platform type for A2003001175500.L1A_LAC
modis_GEO.csh: ERROR: MODIS geolocation processing failed.
Please ensure utcpole.dat and leapsec.dat are up-to-date in
/home/afischer/seadas6.2/run/var/modis
Please examine the LogStatus and LogUser files for more information.
*************************************************************
I attempted the fix MODIS_geocheck.py based on the advice in another thread.
*************************************************************
The fix will appear in the next release. In the meantime, try this fix to $OCSSWROOT/run/scripts/modis_geocheck.py :
41,42c41
< file = geo
< file = file.replace('.GEO','.L1A_LAC')
---
> file = '.'.join([os.path.basename(geo).split('.')[0], "L1A_LAC"])
**************************************************************
Does the above mean replace
file = geo
file = file.replace('.GEO','.L1A_LAC')
with
file = '.'.join([os.path.basename(geo).split('.')[0], "L1A_LAC"])
If so, that already seems to be implemented in the 6.2.2b update. Is there something else I can fix?
Thanks again for you help.
Andy
By gwyn
Date 2011-07-15 13:13
The other way around. I'm attaching the latest version - sorry to have forgotten it last night. There were a couple more changes than described in that thread.