CCPP Framework Meeting Minutes 2021 08 17

Agenda

New business

• Transition to capgen.py: tasks and efforts

Old business

• Dictionary of standard names

Transition to capgen.py

• Dom started to update main from feature/capgen to simplify future work and merge back
  • https://github.com/NCAR/ccpp-framework/pull/391
  • Code now compiles, regression tests are b4b, to be committed tomorrow
• The UFS is using the main branch and therefore tying this branch to the UFS commit schedule and needs
  • NCAR will create an issue to express that they want to use the main branch in the near future
    • NOAA will plan to transition to a dedicated branch
    • This requires ironing out a testing plan for the main branch, which is somewhat similar to the ongoing ccpp-physics governance discussion
    • Liga to present a few of the ccpp-physics governance slides at the meeting next week
• Necessary to agree on correct units for dimensionless variables
  • Dom to create issues in ccpp-framework and ESCOMP CCPP standard names
• Tasks and efforts: https://docs.google.com/spreadsheets/d/1u_yA9PyG9aVHMvlXDjmVIaxcgaKo2nR7NPVV2Kmw0Ck/edit?usp=sharing
  • It is difficult to put meaningful numbers against the individual tasks without spending a significant amount of time that could be used for doing actual development work

Dictionary of standard names

• Rules for standard names PRs https://github.com/ESCOMP/CCPPStandardNames/pull/14 and https://github.com/ESCOMP/CCPPStandardNames/pull/16 merged
• Host model PRs:
  • ccpp-physics: https://github.com/NCAR/ccpp-physics/pull/687 - merged
  • UFS/fv3atm: https://github.com/NOAA-EMC/fv3atm/pull/337 - merged
  • SCM: https://github.com/NCAR/ccpp-scm/pull/269 - not yet merged
• Need to update https://github.com/ESCOMP/CCPPStandardNames/pull/13 based on PR 16 and create follow-up PRs for ccpp-physics, fv3atm, scm
  • Need to identify which variables are specific to a model or a single scheme - will be done later (see below)
  • Create a mechanism to filter the model- or scheme-specific entries out
    • An easy way is to extend the xml format to include model information etc. - a lot of maintenance
    • An alternative/better way is to query host model standard names and combine with the dictionary
  • Need to come up with a better name for tracer_concentration, because it contains quantities that are not tracers
  • Improve the flag names: need to be more descriptive, and flag_for_ can be removed from these names
  • The way forward: Merge PR, then convert sections into categories, then add capability to query host model metadata to create the filtering capability