Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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
Longitude and Latitude not required for projected coordinates #133
Longitude and Latitude not required for projected coordinates #133
Changes from 1 commit
6572f7d
a7454aa
4df9d18
eff2cdc
d0fc46f
d256c23
67004e9
29a2d5c
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A grid mapping variable may be referenced by a data variable to describe the mapping between the
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer to keep some punctuation, as ths is a long sentence with a number of clauses
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@marqh That comma is grammatically wrong.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should get rid of the word 'true' here and elsewhere. It is confusing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i agree
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the last sentence of this paragraph should say instead "A grid mapping variable and/or true latitude and longitude coordinates provide this information.".
This is to make it clear that is is still OK to provide just lats/lons (with no gridmapping), or both lats/lons and a grid mapping (as was the case pre v1.8).
Thanks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@davidhassell
This is the explicit intent of the very next sentence. The sentence following this one makes it clear that it is fine to include longitudes and latitudes to assist in location the data in horizontal space. It also mandates this practice if there is no grid_mapping supplied.
Does this meet your requirement that it should be clear that it is OK to provide just longitudes and latitudes with no grid_mapping?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We actually have a deeper problem in the document. The text assumes that latitude and longitude coordinate values are somehow immutable 'true' values. This is a bad assumption. Latitude and longitude without a grid_mapping (and without a vertical datum / ellipsoid, which the grid_mapping doesn't really address) are untethered, approximate quantities. The ambiguity is ignorable for climate models and coarse resolution observation data, but not for imaging satellite or LIDAR data where cell sizes are on the order of 0.5 - 10 meters. This is part of the reason I suggest that we drop the word 'true' when referring to latitude and longitude.
We have such a long history of accepting this naïve expression of latitude and longitude that I don't think it's useful to try to force the use of a grid_mapping for latitude and longitude, and our grid_mapping attributes don't actually include sufficient information to fully solve the problem, but I'm strongly tempted to include verbiage pointing out the weakness.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@JimBiardCics whilst I agree with the sentiment and detail of your comments here, I feel that you are raising a separate issue from the one under discussion in this PR. May I ask that this topic be moved into a separate thread please?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@marqh I was editorializing, and I'm OK with not tackling the whole issue here. I do think we should take advantage of this PR to remove the adjective 'true' from the descriptions of latitude and longitude variables.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not quite - I'd like it to be clear that is also OK to have both a grid mapping variable and lat/lon coordinate variables, hence the "and/or" in my original suggested text. The current text only mentions including lat/lon coordinates in the absence of a grid mapping variable. This is important for backwards compatibility.