How to deal with standard names having a <space> character #7
Labels
accepted
Agreed for inclusion in the next release of the standard name table or other controlled vocabulary
vocabulary
Standard names and other CF controlled vocabulary
Discussed in https://github.com/orgs/cf-convention/discussions/310
Originally posted by larsbarring May 7, 2024
Topic for discussion
In earlier versions of the standard name table a small number of standard names were accidentally defined with a
space
character in the name. This does not conform to the CF convention but was not easy to spot. Once this happened the corrected standard name was defined and in most cases the non-conformant standard names were aliased into the correct one (cf. here). See the table below for details.version(s)
(black square =
<space>
)name in version(s)
In the overhaul of all the already published versions of the standard name table (see here) it became clear that the xml syntax in combination with the xml schema definition used by CF does not allow a space in the standard name irrespective of whether it appears in a definition or as an alias. Thus, it is not obvious that common xml parsing tools are guaranteed to give the correct result. Because of the double problem of not conforming to CF rules and violating XML syntax I would like to suggest that standard names containing a
space
are not allowed in definitions or in aliases. This can be implemented with various degree of strictness (from minimal to maximal):For alternative 1-3, to maintain the lineage between the wrong and the corrected names an alias should be added for those that do not already have one. This should be done only in the version where the correct version first appears.
The text was updated successfully, but these errors were encountered: