Since the 7th of January I've noticed that the definitive ephemeris for aqua has not been showing up when using the file_search api.
eg: wget https://oceandata.sci.gsfc.nasa.gov/api/file_search '--post-data=dtype=anc&sensor=aqua&cksum=1&results_as_file=1&search=*P2019007*' -O -
seems to be missing PM1EPHND.P2019007.1200.003
It shows up as being available on https://oceandata.sci.gsfc.nasa.gov/Ancillary/Attitude-Ephemeris/2019/007/ and I can fetch it with wget so there doesn't appear to be a problem with availability.
Do I need to change/update my query arguments or is there a minor hiccup on a server somewhere?
Thanks,
Roger.
Latest MODIS aqua ephemeris not listed when using file_search
-
- Posts: 4
- Joined: Thu Jan 10, 2019 9:21 pm America/New_York
-
- Subject Matter Expert
- Posts: 139
- Joined: Fri Feb 19, 2021 1:09 pm America/New_York
- Been thanked: 1 time
Latest MODIS aqua ephemeris not listed when using file_search
Hi Roger,
I ran your command with the only difference being that i saved the output to a text file, abc.out
The EPH file is in the file, at the bottom.
% cat abc.out
PM1ATTNR.P2019007.0000.003
PM1ATTNR.P2019007.0200.003
PM1ATTNR.P2019007.0400.003
PM1ATTNR.P2019007.0600.003
PM1ATTNR.P2019007.0800.003
PM1ATTNR.P2019007.1000.003
PM1ATTNR.P2019007.1200.003
PM1ATTNR.P2019007.1400.003
PM1ATTNR.P2019007.1600.003
PM1ATTNR.P2019007.1800.003
PM1ATTNR.P2019007.2000.003
PM1ATTNR.P2019007.2200.003
PM1EPHND.P2019007.1200.003
This prompted me to wonder if the EPH file name wasn't getting clobbered by the stderr output. If you run your exact command with -O - and add 2> /dev/null, the EPH file then shows up in the output:
% wget https://oceandata.sci.gsfc.nasa.gov/api/file_search '--post-data=dtype=anc&results_as_file=1&search=*P2019007*' -O - 2> /dev/null
PM1ATTNR.P2019007.0000.003
PM1ATTNR.P2019007.0200.003
PM1ATTNR.P2019007.0400.003
PM1ATTNR.P2019007.0600.003
PM1ATTNR.P2019007.0800.003
PM1ATTNR.P2019007.1000.003
PM1ATTNR.P2019007.1200.003
PM1ATTNR.P2019007.1400.003
PM1ATTNR.P2019007.1600.003
PM1ATTNR.P2019007.1800.003
PM1ATTNR.P2019007.2000.003
PM1ATTNR.P2019007.2200.003
PM1EPHND.P2019007.1200.003
You also might have success using the -q option for wget. That worked for me as well.
I'm not sure what's going on, but i still see the problem going back into last year, 2018345 does it for me. But using either a text file or directing stderr to /dev/null seems to make the EPH name appear.
john
I ran your command with the only difference being that i saved the output to a text file, abc.out
The EPH file is in the file, at the bottom.
% cat abc.out
PM1ATTNR.P2019007.0000.003
PM1ATTNR.P2019007.0200.003
PM1ATTNR.P2019007.0400.003
PM1ATTNR.P2019007.0600.003
PM1ATTNR.P2019007.0800.003
PM1ATTNR.P2019007.1000.003
PM1ATTNR.P2019007.1200.003
PM1ATTNR.P2019007.1400.003
PM1ATTNR.P2019007.1600.003
PM1ATTNR.P2019007.1800.003
PM1ATTNR.P2019007.2000.003
PM1ATTNR.P2019007.2200.003
PM1EPHND.P2019007.1200.003
This prompted me to wonder if the EPH file name wasn't getting clobbered by the stderr output. If you run your exact command with -O - and add 2> /dev/null, the EPH file then shows up in the output:
% wget https://oceandata.sci.gsfc.nasa.gov/api/file_search '--post-data=dtype=anc&results_as_file=1&search=*P2019007*' -O - 2> /dev/null
PM1ATTNR.P2019007.0000.003
PM1ATTNR.P2019007.0200.003
PM1ATTNR.P2019007.0400.003
PM1ATTNR.P2019007.0600.003
PM1ATTNR.P2019007.0800.003
PM1ATTNR.P2019007.1000.003
PM1ATTNR.P2019007.1200.003
PM1ATTNR.P2019007.1400.003
PM1ATTNR.P2019007.1600.003
PM1ATTNR.P2019007.1800.003
PM1ATTNR.P2019007.2000.003
PM1ATTNR.P2019007.2200.003
PM1EPHND.P2019007.1200.003
You also might have success using the -q option for wget. That worked for me as well.
I'm not sure what's going on, but i still see the problem going back into last year, 2018345 does it for me. But using either a text file or directing stderr to /dev/null seems to make the EPH name appear.
john
-
- Posts: 4
- Joined: Thu Jan 10, 2019 9:21 pm America/New_York
Latest MODIS aqua ephemeris not listed when using file_search
Hi John,
Thanks, that helped figure out what was going on. It would appear that there's no newline character after the last line which is causing my script to ignore it. I'll make a few tweaks and we should be back in business.
Thanks,
Roger.
Thanks, that helped figure out what was going on. It would appear that there's no newline character after the last line which is causing my script to ignore it. I'll make a few tweaks and we should be back in business.
Thanks,
Roger.