Forum

Also note that 7.5.3 returned a correct _NRT, but the T2022.2 version points to a day old 060/PM1EPHND.P2022060.1200.003. I'm not sure why that would be the case if the _NRT is available as demonstrated in 7.5.3 DB? [bmurch@optics0 seadas_l1a_geo_extract_rt]$ ll /shares/cms_optics/apps/seadas/seadas...

It appears that these are the ones having issues right now (there may be more that I don't use): FILE=/cms_zfs/sat_data/modis/l0/2022/061/MOD00.P2022061.0740_1.PDS.bz2 FILE=/cms_zfs/sat_data/modis/l0/2022/061/MOD00.P2022061.0745_1.PDS.bz2 FILE=/cms_zfs/sat_data/modis/l0/2022/061/MOD00.P2022061.0750_...

I use 7.5.3 in production as there are issues using newer code that need to me resolved. This is not longer true again: https://forum.earthdata.nasa.gov/viewtopic.php?p=10413&hilit=getanc+returning&sid=dae8965e0081629552fb33941324f327#p10411 I have had some files, __not_all__ , fail in the g...

Sean, This seems to be a bad gateway issue. We have seen this before as I recall. PS, its not just anc files. MODIS, OLCI and VIIRS have all seen the "<!-- IE needs 512+ bytes: [http]://blogs.msdn.com/b/ieinternals/archive/2010/08/19/http-error-pages-in-internet-explorer.aspx -->" show up ...

I have been trying all do to get this anc file. It always returns as HTML. $ curl -b ~/.urs_cookies_sentinel -c ~/.urs_cookies_sentinel -L -n --interface 2607:fe50:0:6330::104 --retry 5 --retry-delay 2 --max-time 0 --output /shares/cms_optics/apps/seadas/seadas-7.5.3/ocssw/var/anc/2022/050/PM1ATTNR_...

It is 2200hrs EST, and for some reason it seems very few of my many subscriptions have been staged today. Here are 2 examples. bmurch@dell8 work]$ curl --retry 5 --retry-delay 2 -d 'subID=1059&results_as_file=1' https://oceandata.sci.gsfc.nasa.gov/api/file_search MOD00.P2022045.0605_1.PDS.bz2 MO...

So what is the proper method of doing this then? I use both modis_atteph and getanc (specifically to get the proper files for processing from L0->L1B like your link error example "getanc -c -s 2022012040000 -e 2022012200000") and again in my l2gen station as well? getanc --refreshDB -m aqu...

So it appears that a problem (well for us anyways) remain from way, way back. The old one is that output of getanc and modis_atteph return att1 att2 ... eph1 eph2 BUT the other program takes a1 a2 ... e1 e2 And worse, the 2nd issue is that the att and eph files returned by getanc DO NOT PUT THE PATH...

Looks like that fixed my issues.
Cheers,
Brock

There are still issues with at least 2 more files that I know of. [bmurch@optics0 test2]$ curl -b .urs_cookies_single -c .urs_cookies_single -L -n --interface 2607:fe50:0:6330::104 --retry 5 --retry-delay 2 --max-time 0 --output ./MOD00.P2022008.1835_1.PDS https://oceandata.sci.gsfc.nasa.gov/cgi/get...