Duplicate ID in CF Standard Name aliases

[DocOtak]

This is mostly resurrecting an old issue from Trac: I was doing some updates of an internal mapping database at my group and finally noticed that the alias surface_carbon_dioxide_mole_flux is listed twice in the standard name xml document. I'm not the first one to notice this: https://cfconventions.org/Data/Trac-tickets/155.html

The trac ticket above references a schema that defines the id attribute as being type ID which does not allow for duplicate values for any element in the document. I suspect the original suggestion of having more than one entry_id element per alias is probably the correct way do support one to many aliasing.

[github-actions[bot]]

Thank you for your proposal. These terms will be added to the cfeditor (http://cfeditor.ceda.ac.uk/proposals/1) shortly. Your proposal will then be reviewed and commented on by the community and Standard Names moderator.

[github-actions[bot]]

This issue has had no activity in the last 30 days. Accordingly:

• If you proposed this issue or have contributed to the discussion, please reply to any outstanding concerns.
• If there has been little or no discussion, please comment on this issue, to assist with reaching a decision.
• If the proposal seems to have come to a consensus, please wait for the moderators to take the next steps towards acceptance.

Standard name moderators are also reminded to review @feggleton @japamment

[larsbarring]

cf. cf-convention/#132

[JonathanGregory]

As Lars @larsbarring has pointed out, this issue is also being addressed by an issue in the conventions repo. That's a suitable place to resolve it, because it would require a change to the format of the standard name table, which is defined by Appendix B. Therefore I'm closing this issue now. Thanks.