Forum

Well, that's likely the problem. The installer scripts that comes with the SDTPK package were written for the CSH shell (thus it is listed as a requirement for building OCSSW - see https://seadas.gsfc.nasa.gov/build_ocssw/). Without it, your system will not be able to build the toolkit. Try installi...

If properly escaped, the command may work (I've not tried it), but it will only return a list of files that match the region of interest - it will NOT result in a downloading of data subset to the region of interest. CMR only provides search capabilities. See my previous reply about extraction.

Sean

The OBPG is the processing center and while we do distribute the data, the PO.DAAC is the archive center. Here's a link to the PO.DAAC page on the MODIS-Aqua 9km product (which has a tab for citation :D ) https://podaac.jpl.nasa.gov/dataset/MODIS_AQUA_L3_SST_THERMAL_MONTHLY_9KM_DAYTIME_V2019.0 Regar...

Currently, the source code for the science data processors is available publicly only through the install_ocssw package distributed with SeaDAS. Visit https://seadas.gsfc.nasa.gov/downloads/ and scroll down to "Manual installation". (it can also be installed via the GUI...) We are working ...

Anthony, We also support extracted subscriptions, but currently only or L1 and L2. It is our plan to extend that support to L3. Another plan in the works is to have the file search API support spatial searches (currently it only does temporal) and allow it to submit extraction requests. ...that migh...

Anthony, That example is to an existing extracted L1A file (one used by our SeaBASS team for doing validation analyses). We do not support extracting on the fly, but do offer extraction via data orders for L1, L2 and L3 data. Using the L3 browser, you can request spatially extracted data to be stage...

The file you listed (and likely the 13 others you found) were flagged for bad quality, but after the CMR record was generated. The ocean color L1/2 browser and our download tools knows about this flag and so stubbornly refuse to show the file. The CMR records have been scheduled to be removed (there...

Whether or not I use the password credentials in the wget command, the result is a file with the .nc extension: Yes. The wget program has no idea what filetype is being sent, just that you requested some file (with a .nc extension) and some data was sent to you (so it saved it to a file with the na...

To answer the question about needing (or not) to pass username/password to wget for the SST data download...you do need to do so. Did you look at the file you downloaded without the credentials? What I'm pretty certain you will find is that it is NOT a netCDF file, but rather an HTML file that is th...

It's not you, or the code. There is some bad orbit data from 1/31. If we get updated att/eph data that corrects the problem, the data will be reprocessed (you'd need to pull the updated files, but I do not know when or even if they will be available). If you look at https://oceandata.sci.gsfc.nasa.g...