-
Notifications
You must be signed in to change notification settings - Fork 66
CCPP Framework Meeting Minutes 2021 12 09
Dom Heinzeller edited this page Dec 9, 2021
·
4 revisions
- ...
- 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)
- Update from last CCPP Physics Code Management committee meeting: Matt's suggestion acceptable to all
- Keep requirements doc as historical evidence
- Add watermark on each page? Laurie knows how to do this, Ligia will do it
- Then use CCPP tech doc for current capabilities/requirements + github issues for future development
- Keep requirements doc as historical evidence
- Reschedule meeting to accommodate new schedules
- Steve will look at the NCAR calendars and coordinate with Ligia and Grant (share calendars maybe?)
- Hot candidate is Tuesday 4pm from January on
- Who will prepare and run the framework meetings in Dom's absence?
- Dom will participate until Feb 27, 2022, but stop preparing and leading the meeting by the end of 2021
- Steve will take over in the interim, Dom will take notes
- Handling constituent information originating from a physics scheme
- Waiting for Steve to return from AL
- Specifying a data source for an input variable (see #413)
- Waiting for Steve to return from AL
- CCPP visioning workshop
- Mike and Ligia are spearheading a proposal due mid-Dec
- Needed to gather community input needed on framework development
- Framework development should be guided by science needs
- Possible developments that come to mind are: half/single/double precision, advanced/mixed architectures (GPU etc.), 3D physics, etc.
- Also desire to clean the plethora of interstitial schemes and streamline suites
- TBD: How to gather science needs from communities associated with MPAS/WRF/CAM-CESM. Could connect with the Winter CESM Atmos Working Group in Feb
- TBD: How to deal with requests for things that the CCPP cannot do due to its structural design (possible limitations wrt aerosol/chem interfaces)