-
Notifications
You must be signed in to change notification settings - Fork 1
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 |
Hi Karl @taylor13 Your proposal to add "northern_hemisphere" and "southern_hemisphere" to the list of standardized region names has received several comments of support and no one has objected. I agree that they are a sensible addition. Since no comments have been received in this issue since June, I think the proposals can be accepted. The standardized region names will be updated at the same time as the next standard name table update, planned for November 11th-12th. In the header text of the region list, the penultimate sentence says "We have also added names shown like this." It is not clear to me what this sentence refers to and it seems superfluous. Unless anyone objects, I will remove it when the update is done. Best wishes, |
I agree that the "penultimate" sentence you refer to above should be removed. |
Agree with @taylor13 |
Many thanks for your responses. These additions to the standardized region list are accepted and will be added at the next update on 12th November. |
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: