NOAA-EMC / GSI

Gridpoint Statistical Interpolation
GNU Lesser General Public License v3.0
66 stars 147 forks source link

RadMon rstprod data handling #129

Closed EdwardSafford-NOAA closed 3 years ago

EdwardSafford-NOAA commented 3 years ago

It was noted that data from saphir should be maintained as group rstprod [restricted access] rather than prod [production]. When the RadMon extracts saphir_meghat data this should be place in group rstprod instead of prod. In GFSv16 this quick solution was implemented:

` --- a/util/Radiance_Monitor/nwprod/gdas_radmon.v3.0.0/scripts/exgdas_atmos_verfrad.sh +++ b/util/Radiance_Monitor/nwprod/gdas_radmon.v3.0.0/scripts/exgdas_atmos_verfrad.sh @@ -232,6 +232,15 @@ elif [[ $rc_time -ne 0 ]]; then err=$rc_time fi

+#####################################################################
+# Restrict select sensors and satellites
+export CHGRP_CMD=${CHGRP_CMD:-"chgrp ${group_name:-rstprod}"}
+rlist="saphir"
+for rtype in $rlist; do
+    ${CHGRP_CMD} $TANKverf_rad/*${rtype}*
+done
+
+
 if [[ "$VERBOSE" = "YES" ]]; then
    echo "end exgdas_vrfyrad.sh, exit value = ${err}"
 fi

`

This solution needs to be generalized using an input list of sat/instrument types which need to be grouped in rstprod, so that it is more easily maintained.

EdwardSafford-NOAA commented 3 years ago

Additionally, fix bugzilla issues 1221, 1218, and 1212 as they apply to the RadMon.

EdwardSafford-NOAA commented 3 years ago

After some thought I'm going to go ahead and close this issue. The fix Russ installed is fine and time is probably better spent on advancing with the PyGSI package than implementing a perfect solution here. I can always open a new issue if events and directives change.