-
Notifications
You must be signed in to change notification settings - Fork 0
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
N.H. and S.H. standard regions proposal #64
Comments
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. |
Hi @taylor13 - this sounds sensible and I support it. Thanks. |
Dear Karl @taylor13 Yes, I think that's fair enough. I support the proposal. By the way, I wonder whether Cheers Jonathan |
|
I don't believe we have aliases, but I think we can define a new region that means the same as the existing one, and recommend the new one. J
|
@taylor13 I support the proposal to add "northern_hemisphere" and "southern_hemisphere" to the list of standardized regions. With respect to "GLOBAL" I note that the header text to the CF Standardized Region List, now at version 4, states
And the current GCMD list of keywords provides a list of regions as CSV that still includes "GLOBAL" (but not GLOBE), which then can be further divided into "GLOBAL LAND" and "GLOBAL OCEAN". I think that we should stick to the expressed intention. Furthermore, I would suggest that we whenever possible avoid introducing aliases as these introduce a source for mistakes and confusion, not least in relation to existing software. |
I find @larsbarring argument is compelling and agree we should retain "global" and not include "globe". (We've inherited the inconsistency found in the GCMD list.) |
Yes, that's fair enough. We can regard the inconsistency of |
Proposer's name Karl Taylor
Date 5 June 2024
This is a proposal to add two "regions" to the list of "standard regions", namely "northern_hemisphere" and "southern_hemisphere". These regions were excluded from the list because they are "regions that could be specified by coordinate ranges in CF (e.g. western hemisphere)".
The specific use case motivating this proposal is that for CMIP7, there is a request to be able to use a single variable to report time-series of the N.H., S.H., and global mean concentrations of certain trace gases. This could be done using the CF-recommended method by defining a latitude coordinate of length 3 with latitude coordinate bounds of [-90, 0], [-90, 90], and [0, 90] and coordinate values of, say, -45, 0, and 45. I think, however, that it would be clearer to most users if we simply defined a region index dimension and used the
coordinates
attribute to point to a variable recording the names of the regions. We can, of course, already do this legally within the convention constraints, but my understanding is that we could not identify the auxiliary coordinate variable using thestandard_name="region"
, because currently northern_hemisphere and southern_hemisphere are not included in the standard list. By adding these names to the CF list of standard regions, we could use the standard_name "region" in this use case, which I think is helpful.I would note that "global" is already included as a standard region even though it can be specified by coordinate ranges, so there is a precedent for making exceptions to the rule quoted in the first paragraph above.
The text was updated successfully, but these errors were encountered: