-
Notifications
You must be signed in to change notification settings - Fork 64
CCPP Framework Meeting Minutes 2021 12 14
goldy edited this page Dec 14, 2021
·
9 revisions
- CCPP Physics Code Mgmt Meeting
- See slides 7 (workshop goals), 9 (workshop audience), and 10 (potential participation in the workshop organizing committee).
- Ligia and Mike are trying to put together a DTC proposal shortly to make this happen.
- The timeline for such a workshop was late 2022 or after.
- Convenience units, etc (all triggered by https://github.com/ufs-community/ufs-weather-model/pull/907 and associated PRs)
- Best option would be to pass around the actual quantities and not functions of it
- But if the function is used in many places, then this slows things down
- Need to understand how widespread this situation is (is it just
log(Pa)
or are there more such cases, e.g. in chemistry) - We need to be able to support modified variables such as
xyz_multiplied_by_timestep_abc
, but this is not interoperable - Are these non-portable qualifiers in the dictionary?
- Add information to section "Best practices" in the CCPP technical documentation to try to avoid using these non-portable variables and units, but don't make it a rule
- Current exampled in ccpp-physics:
log(Pa)
andPa**kappa
(Dom to check if we could pass the actual quantities instead
- Best option would be to pass around the actual quantities and not functions of it
- Is specific humidity the mass mixing ratio of vapor with respect to moist air or with respect to total mass (rule 5)?
- Correct would be w.r.t. total mass, but UFS / ccpp-physics are using it incorrectly as w.r.t. moist air
- AMS glossary says specific humidity is w.r.t. total mass, but there are other definitions in the literature
- Outlow use of specific humidity,m and always use
mixing_ratio_of_vapor_wrt_xyz
? - Dom to discuss this with Moorthi and Fanglin (Moorthi on AL until the end of the year)
- Historical document created?
- cmake build instructions/standardization for host models
- ??