Forum

The binner cannont bin the flags because they are a bitwise value that cannot be expressed as a floating point value. The binner uses the l2_flags to exclude data during the binning process - which is what the options you defined in the graph were doing for the band maths step. The flaguse parameter...

The NSIDC-based SEAICE files have been deprecated and are no longer produced. We now use the sea ice fraction field in the CMC SST file to set the flag. The l2gen icefile option accepts this file.

Sean

If you are running l1bgen_modisa directly, you'd need to populate the required environment variables and create the appropriate PCF file. It's quite tedious This is why there is a script called modis_L1B.

try: Sean

The geolocation product produced by the OBPG is used to support processing through the l2gen program. l2gen performs an internal terrain correction, so we disable terrain correction in the generation of the geolocation files. This is the reason for the differences you are seeing. For the ocean at me...

I can pretty much guarantee that ERRDAP does not support our binned format. It is a rather peculiar one, great for storing sparse data and combining with other similarly stored data, but not so much for ease of reading. If you want your data to be supported by an ERRDAP server, it will likely need t...

We have identified the root cause of this issue. On January 4th, a bug in our subscription manager was identified and corrected. This bug allowed expired subscriptions to have data staged for them if another, non-expired subscription would have those data staged (this only affected non-extracted sub...

Vardis, SNPP-VIIRS was in safehold from sometime mid-day the 26th of July through mid-day the 10th of August. No data was collected, so no directories created for those days. Some longer temporal data (e.g. 8D, R32, etc.) do exist, and directories for the first day those periods exist. For example, ...

I'll reiterate that it is not a bug in SeaDAS. The HDF file is incorrectly written. Even the HDF4 user guide states the assumption that the fillValue should be of the same type as the data set: "SDgetfillvalue reads the fill value which has been set for the data set specified by the parameter s...

To be clear, the code issue was not technically a bug, rather the _FillValue defined in the MOD11 product is not appropriate when using the netCDF API to read the file. A proper netCDF file requires the fill value to be the same data type as the data set. "NA" is not an unsigned short, so ...

Nothing jumps out, although you are binning at 1km, while our standard processing does so at 4km - so more values go into any given bin, thus minimizing the impact of a spuriously high (or low) value affecting the mean. If you have spurious values in the L3, they came from the L2. Since you have the...