Skip to content

Improvements to dcomp_quality output product

Coda Phillips requested to merge dcomp_quality into develop

There is a difference between the NetCDF attribute description of dcomp_quality and the code itself.
The attribute says

quality flags for DCOMP products 1:Processed (0=no,1=yes) 2:valid COD retrieval (0=yes,1=no) 3:valid REF retrieval (0=yes,1=no) 4:degraded COD retrieval (0=no,1=degraded) 5:degraded REF retrieval (0=no,1=degraded) 6:convergency (0=no,1=yes) 7:glint (0=no,1=yes)

However, bit 5 (convergency) was being initialized to 1 (converged) and cleared if statusOK. The reverse

Bits 1,2,5 are redundant, but maybe 1,2 won't be in the future. So I removed only 5.

Bit 7 (glint) was never correctly set. It also exists in dcomp_info. I removed it

Now the description of dcomp_quality is

quality flags for DCOMP products 1:Processed (0=no,1=yes) 2:valid COD retrieval (0=yes,1=no) 3:valid REF retrieval (0=yes,1=no) 4:degraded COD retrieval (0=no,1=degraded) 5:degraded REF retrieval (0=no,1=degraded)

We also have the ability to run multiple DCOMP modes simultaneously (e.g. cld_opd_dcomp_1), but dcomp_quality is for just one of them or something (it is unclear). We need dcomp_quality_1 etc.

Edited by Coda Phillips

Merge request reports