Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Variable naming conventions #415

Open
jesusff opened this issue Sep 16, 2024 · 0 comments
Open

Variable naming conventions #415

jesusff opened this issue Sep 16, 2024 · 0 comments

Comments

@jesusff
Copy link

jesusff commented Sep 16, 2024

We are in the process of proposing new variables in the context of the CORDEX FPS-URB-RCC and were wondering if there is a place where we can clear out the variable names. As CF does not impose restrictions on variable names (other than the character set to be used), we'd like to try to follow the CMIP variables building rules. These variables will likely come to be used in CMIP global models as resolution increases. However, I cannot find an up-to-date explicit set of rules for variable naming. I found this treasure from AMIP https://pcmdi.llnl.gov/mips/amip/DATASTDS/VARNAMES/main.html (a website running since 1998!), which is quite enlightening. I wonder if a more recent set of rules and key letter acronyms exists. As far as I understand, this is the current database of variables for CMIP: https://clipc-services.ceda.ac.uk/dreq/mipVars.html but seems specific for CMIP6 (is a new one ongoing for CMIP7?). Very useful information can be retrieved from there, including the provenance information.

Some new variables seem to follow these rules (sftflf, sftgrf, sftgif, ...), but others which should be similarly defined have a new building rule (vegFrac, wetlandFrac, ...). Or maybe they are just named like this because they were borrowed from a pre-existing initiative. This seems to explain e.g. the sfcWind variable.

In CORDEX, sfturf was recently introduced for the urban fraction, following the "old" rules and assigning ur to urban. We are now considering to save an impervious area fraction, which could be called sftimf or imperviousFrac. We are also saving variables for particular components of the urban model, with proposed names such as tascan, taspav, tasgree for the air temperature in the urban canyon or over paved or green spaces. We plan to propose new CF area types to code these variables, but we'd like to have some advise as well on the variable naming, even if they are not strictly CMIP for the moment.

Any hint is welcome!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant