Welcome to the Earthdata Forum! Here, the scientific user community and subject matter experts from NASA Distributed Active Archive Centers (DAACs), and other contributors, discuss research needs, data, and data applications.
I can adjust the search pattern to weed out the sensor of interest, but wondering if I am doing something wrong.
I tried on linux GNU Wget 1.14 built on linux-gnu. +digest +https +ipv6 +iri +large-file +nls +ntlm +opie +ssl/openssl [fields@ember R2018.0]$ uname -a Linux ember.eri.ucsb.edu 3.10.0-693.11.1.el7.x86_64 #1 SMP Mon Dec 4 23:52:40 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
and mac fields-mbook:~ fields$ wget --version GNU Wget 1.15 built on darwin13.0.0.
+digest +https +ipv6 -iri +large-file -nls +ntlm +opie +ssl/openssl fields-mbook:~ fields$ uname -a Darwin fields-mbook.eri.ucsb.edu 16.7.0 Darwin Kernel Version 16.7.0: Mon Nov 13 21:56:25 PST 2017; root:xnu-3789.72.11~1/RELEASE_X86_64 x86_64
by fields » Tue Jan 16, 2018 3:01 pm America/New_York
thanks for the reply and case sensitivity fix.
Still, If I try to get new R2018 Aqua wget -q --post-data="sensor=AQUA&sdate=2002-01-01&edate=2017-10-15&dtype=L3b&addurl=1&results_as_file=1&std_only=1&search=*DAY_RRS*" -O - https://oceandata.sci.gsfc.nasa.gov/api/file_search >rrsListR2018.0 This returns all sensors.
I can change the search pattern to be "A*Day_RRS.nc" , but just noting the behavior. I'll shutup now. Thanks.
...that's cause the sensor is "MODIS Aqua". The api/file_search version (as opposed to the older search/file_search.cgi) uses a database lookup to translate the sensor name to the required ID. The name in that table is "MODIS Aqua". You can see the names to use from the web interface :) ...sorry about the space in the name, it was probably my fault...