…m main, substitute abbreviations, include base name definitions (#104) Here is the next round of proposed changes, resolving several open issues related to topics of discussion over the past several weeks: ## List of changes - Resolve #91: merge in latest relevant changes from the main branch - Resolve #92: Convert instances of `weight` to `scaling_factor` - Resolve #93: Expand on long_name descriptions for base names: this was done except for a few very obvious (e.g. `area`) and/or undefinable (e.g. `energy`) names, and a few more that I will open an issue for shortly - Resolve some items from #95: This PR was already becoming too large so I decided to save some of these for later There were also a few changes not covered by issues: - Added the start of a "Technical specifications" section of the rules, describing the technical details of the dictionary itself. This includes the restrictions previously discussed on including only ASCII characters (and only alphanumeric + `_` for standard_names themselves) - Removed references to specific deviations from the CF standard name rules, since we are far diverged at this point. - Added units to base_name entries where appropriate - Removed several duplicate name entries - Removed two generic names that do not exist in CF and are not used in any existing standard names (in this dictionary or CCPP) - data_mask - specific_eddy_kinetic_energy - Added an example "comment" entry as an example of how this attribute could be used (see the `mixing_ratio` entry) - Changed `air_potential_temperature` --> `potential_temperature_of_air` per our previous discussions about designating mediums except for variables like `air_temperature` that are in common use.

[release/v1] Merge latest changes from main #91

Description

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions

[release/v1] Merge latest changes from `main` #91