Review DQF conformance to PUG for CMIP products
A user reports
I have been working with CSPP-GEO and I may have found a potential issue with regards to the DQF variable that is being generated in the CMI products. Currently, I have observed that CSPP-GEO will set the fill value for the DQF variable to 255 (or -1 when cast to int8). Additionally, in the GRB packets, off-earth/space pixels are being assigned the same DQF value of -1. Since this value has no official meaning and is outside of the valid DQF value range, it would perhaps be more meaningful to set these values to 3 (no value pixel) instead.
-
Review the contents of the DQFs passed into the CMIP products and -
Decide whether any actionable filters/translations need to be added.
Edited by Kaba Bah