Revamp HISTORY.rc template and process_hist.csh #129
Comments
|
@gmao-rreichle, you have the long term plan for GEOSldas and the only only one who knows every aspect. I am just giving you another line to think: MAPLROOT_COMPNAME: GEOSldas |
|
the "lnd" collection has different names for TSOIL: TP1 from CATCH or TSOIL1TILE from ENSAVG. Current develop branch generates history.rc lnd collection with 'TP1' , 'ENSAVG' ,... . that requires user to correct those names before running ensemble or assimilation. appropriate name choice should be built in the procedure of generating history.rc |
|
@smahanam @saraqzhang : Thanks for your input, which is much appreciated. The units of TPx and TSOILx are a concern, see issue #114 . I'm not sure yet about the best way to address this. One obstacle is that the "ENSAVG" GridComp is not fully functional for CatchCN, and using "TSOILTILEx" from "ENSAVG" (and renaming it to "TSOILx") probably only works for Catch. Probably the best solution is to change the GCM Grid Comp and have all TPx and TSOILx variables outside of subroutine catchment() in units of Kelvin, as suggested in #114 . The downside is that we do not control the GCM Grid Comp and it will take time to get changes into their develop branch. Other desirable edits related to this issue:
|
gmao-rreichle
added
0-diff
cleanup
documentation
|
Additional task: Create Wiki page about HISTORY options. Pull relevant information from GEOSldas tutorial. See also #206. |
|
On 4 May 2020, @gmao-rreichle received email from @smahanam below. From: Sarith Mahanama [email protected] [...] I modified process_rst.csh [process_hist.csh??] and GEOSldas_HIST.rc a while ago and used ldas_setup create a series of HISTORY.rc files for different combinations. Please take a look at below HISTORY files and see the new format is cleaner than the current version. The modified process_rst.csh and GEOSldas_HIST.rc are also at the same place, you will see they can be cleaned up a bit. (1) (2) (3) (4) (5) (6) |
@smahanam @weiyuan-jiang
I'm writing up this issue for later, after we have dealt with the SLES12 etc merger and released a new beta tag.
GEOSldas_HIST.rc (after process_hist.csh) leaves the user without a reasonably complete HISTORY.rc file that contains definitions for all available standard output collections.
The current work flow is oriented toward (i) setting up the nightly test cases and (ii) helping the user with defining output collections that change depending on whether Catchment or CatchmentCN is used.
An alternative approach for (i) would be to provide separate HISTORY.rc files for the nightly test cases (similar to the HISTORY.rc files that are specific to MERRA-2, FP, etc in the AGCM), and to have one "primary" HISTORY.rc.tmpl (template) file that contains definitions for all standard collections, with users just uncommenting the ones that they want to write. Or, alternatively, process_hist.csh could keep everything, with or without comments as desired for the test case.
Re. (ii), we could either define entirely new collections that are specific to CatchmentCN, or we could keep the existing model of having a script (process_hist.csh) that generates a HISTORY.rc.tmpl file specific to either Catchment or CatchmentCN, depending on the model choice in LDAS.rc. The latter approach would be better if the plan is to add all the carbon-related variables into the "lnd" collection in future FP or reanalysis products that use CatchmentCN. But it's not clear that this would indeed be the best approach. A separate "land carbon" collection may be preferable. In any case, this can also be decided later.
Unfortunately, GEOSldas presents additional complications:
If running on EASE tiles, only tile-space output is available. (Is this still true with MAPL-2?) This could be addressed with comments in HISTORY.rc or through process_hist.csh
The "GridComp" name isn't always obvious. E.g., TSOIL output needs to come from the ENSAVG GridComp so that it is in the desired Kelvin units, even if we're running a single-member, model-only simulation without perturbation (see also soil (and snow?) temperatures in units of Kelvin throughout ; do not write TSURF into "offline" catch restarts #114).
For now, I think we should change GEOSldas_HIST.rc and process_hist.csh such that the resulting HISTORY.rc file contains the full set of collection definition, along with a set of often-used GEOS DC/PC lat/long grids (at least 576-by-361 and 1152-by-721), without having process_hist.csh remove any collections or gridlabels. This will make it easier for the user to edit HISTORY.rc.
The text was updated successfully, but these errors were encountered: