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.

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. 

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.hdf

And 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'

Here's a clue:  Mission: M
When I run it:  Mission: A

This 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=16986

Unfortunately 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

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.