Forum

There are a number of possible reasons for the differences you see. There certainly is some level of degradation in the Hawkeye instrument over time (see: https://oceancolor.gsfc.nasa.gov/data/hawkeye/on-orbit-changes/), however there is currently no way to account for any temporal changes in the ra...

This is a question to bring up with the ESA or Eumetsat Copernicus teams. We do not control the geolocation process for the Sentinel missions.

Regards,
Sean

The issue is that the LUT updates required for the update MODIS L1A and GEO codes failed to be included in the V2023.0 release. This will be corrected soon (and you'll see V2023.1). The proper LUTs are available in the T2023.7 test tag.

Sean

One thing to keep in mind is that the NIR Rrs is that the atmospheric correction applied to OLI use the 865nm and 1609nm bands. The basic assumption for the atmospheric correction algorithm (well, the aerosol retrieval portion) is that the NIR bands have zero contribution from the water - thus the e...

Alaric,
Seems we missed this post. Sorry about the long delay in replying. Are you still experiencing the issue? I was not able to replicate it, but that doesn't mean that the problem went away for you.

Sean

While the code does not compile (or run) natively on Windows, you can install WSL (Window Subsystem for Linux) and compile under it on a Windows machine without needing to load Linux natively on the system.
You could also use a Docker container with a Linux OS (via Docker Desktop, for example).

Sean

The code is reading band 9, but it does not treat the band as it does other TOA data. It is read directly into a record specifically assigned to rho_cirrus. This is done because the cirrus channel cannot be treated the same as the other TOA bands. If you want to see the output from l2gen, you will n...

The l2gen code has supported these ancillary files since 2018, but we've also modified what we were storing in the MET file since the original implementation. A safe bet is V2019.3 (which was supported by SeaDAS 7.5.3), as that is the tag that supported the last SST reprocessing (which required the ...

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