html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue
https://github.com/pydata/xarray/issues/1295#issuecomment-284468168,https://api.github.com/repos/pydata/xarray/issues/1295,284468168,MDEyOklzc3VlQ29tbWVudDI4NDQ2ODE2OA==,1217238,2017-03-06T17:25:59Z,2017-03-06T17:25:59Z,MEMBER,"I agree that ""auxiliary coordinate"" is a better name, but I think ""non-dimension coordinate"" is clearer for the rare cases where we want to refer to these coordinates, given that we don't have any name for these coordinates in the xarray data model itself.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284437032,https://api.github.com/repos/pydata/xarray/issues/1295,284437032,MDEyOklzc3VlQ29tbWVudDI4NDQzNzAzMg==,1197350,2017-03-06T15:51:55Z,2017-03-06T15:51:55Z,MEMBER,"I personally like ""auxiliary coordinate"" for the second type. This makes it clear that the variable gives additional information that is not as fundamental as the ""dimension coordinate"". ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284345624,https://api.github.com/repos/pydata/xarray/issues/1295,284345624,MDEyOklzc3VlQ29tbWVudDI4NDM0NTYyNA==,10050469,2017-03-06T09:32:19Z,2017-03-06T09:32:19Z,MEMBER,"I'm fine with this too. In particular, I find ""dimension coordinate"" much more meaningful than just ""coordinate variable"".
Do I read this correctly that we agree on:
- dimension coordinates
- non-dimension coordinates
?
I'm also fine with ""auxiliary coordinates"" for the second type. Let me know which one we should pick, I'll update the PR accordingly.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284280733,https://api.github.com/repos/pydata/xarray/issues/1295,284280733,MDEyOklzc3VlQ29tbWVudDI4NDI4MDczMw==,1197350,2017-03-06T01:20:08Z,2017-03-06T01:20:08Z,MEMBER,"I don't feel very strongly about this...just pointing out that CF conventions do define terminology relevant to this discussion.
I'm fine with departing from CF convention terminology where we think it is unnecessarily confusing. But we should try to explain how and why we depart in the docs. @shoyer's comment above would in fact be a useful addition to the docs.","{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284273455,https://api.github.com/repos/pydata/xarray/issues/1295,284273455,MDEyOklzc3VlQ29tbWVudDI4NDI3MzQ1NQ==,1217238,2017-03-05T23:40:57Z,2017-03-05T23:40:57Z,MEMBER,"I think it's confusing to use ""coordinate"" to refer to only variables matching dimension names and that ""auxiliary coordinates"" are not a type of coordinate. It just doesn't make any sense in terms of the usual rules for categorizing things. This is especially problematic for software like xarray which people use without looking carefully at the docs, and for which many users aren't familiar with CF conventions.
So I feel pretty strongly that CF/NUG conventions get this one wrong, and for xarray we should say that anything in `.coords` is a coordinate variable, which we can further qualify in various ways.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284213319,https://api.github.com/repos/pydata/xarray/issues/1295,284213319,MDEyOklzc3VlQ29tbWVudDI4NDIxMzMxOQ==,10050469,2017-03-05T08:23:20Z,2017-03-05T08:23:20Z,MEMBER,"Thanks @rabernat , I think this makes sense. I like ""dimension coordinate"" better and less ambiguous than ""coordinate variable"", but staying in line with CF clearly is the best thing to do here.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284199623,https://api.github.com/repos/pydata/xarray/issues/1295,284199623,MDEyOklzc3VlQ29tbWVudDI4NDE5OTYyMw==,1197350,2017-03-05T02:11:50Z,2017-03-05T02:12:03Z,MEMBER,"Wherever possible we should try to adhere to [CF convention terminology](http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html#terminology).
Some relevant definitions are:
> *coordinate variable*
We use this term precisely as it is defined in section 2.3.1 of the NUG . It is a one-dimensional variable with the same name as its dimension [e.g., time(time) ], and it is defined as a numeric data type with values that are ordered monotonically. Missing values are not allowed in coordinate variables.
> *auxiliary coordinate variable*
Any netCDF variable that contains coordinate data, but is not a coordinate variable (in the sense of that term defined by the NUG and used by this standard - see below). Unlike coordinate variables, there is no relationship between the name of an auxiliary coordinate variable and the name(s) of its dimension(s).
> *multidimensional coordinate variable*
An auxiliary coordinate variable that is multidimensional.
Using these definitions, it seems that @shoyer's ""dimension coordinate"" == CF's ""coordinate variable"" and @shoyer's ""non-dimension coordinate"" == CF's ""auxiliary coordinate variable""","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882
https://github.com/pydata/xarray/issues/1295#issuecomment-284198109,https://api.github.com/repos/pydata/xarray/issues/1295,284198109,MDEyOklzc3VlQ29tbWVudDI4NDE5ODEwOQ==,1217238,2017-03-05T01:32:51Z,2017-03-05T01:32:51Z,MEMBER,"> Should we simply call the former dimension coordinates and the latter optional coordinates?
Yes, let's call them ""dimension coordinates"".
The later could be called ""non-dimension coordinates"", but even dimension coordinates are optional so we shouldn't call these ""optional"".","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,211888882