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/pull/3389#issuecomment-545301953,https://api.github.com/repos/pydata/xarray/issues/3389,545301953,MDEyOklzc3VlQ29tbWVudDU0NTMwMTk1Mw==,280924,2019-10-23T07:07:10Z,2019-10-23T07:07:10Z,CONTRIBUTOR,No idea if there are any other ones; you're probably right.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,505409694
https://github.com/pydata/xarray/pull/3389#issuecomment-544606329,https://api.github.com/repos/pydata/xarray/issues/3389,544606329,MDEyOklzc3VlQ29tbWVudDU0NDYwNjMyOQ==,280924,2019-10-21T16:52:32Z,2019-10-21T16:52:32Z,CONTRIBUTOR,"FYI, python 3.6 does *not* guarantee that dicts are ordered.  CPython 3.6 happens to have that implementation but pypy, for instance, is not required to follow that.  Python 3.7, however, mandates that dicts are ordered.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,505409694
https://github.com/pydata/xarray/issues/2807#issuecomment-472139607,https://api.github.com/repos/pydata/xarray/issues/2807,472139607,MDEyOklzc3VlQ29tbWVudDQ3MjEzOTYwNw==,280924,2019-03-12T19:04:59Z,2019-03-12T19:04:59Z,CONTRIBUTOR,"I understand that there might be some challenges with returning xarray objects, but it seems like taking xarray objects should be very straightforward.  Anything problematic about that?","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,420139027
https://github.com/pydata/xarray/issues/2292#issuecomment-410008899,https://api.github.com/repos/pydata/xarray/issues/2292,410008899,MDEyOklzc3VlQ29tbWVudDQxMDAwODg5OQ==,280924,2018-08-02T17:38:52Z,2018-08-02T17:38:52Z,CONTRIBUTOR,"The problem with generic scalar types is that it wouldn't work after serialization and deserialization (which would presumably go to strings).  My suggestion has the advantage of being able to create a `__eq__` method in the base class that would match both the object itself or its string equivalent, so that one could use the scalar type even after ser/deser.  I disagree that [base classes aren't very pythonic](https://www.python.org/dev/peps/pep-3119/).

However, I think (1)/(2) are both reasonable solution (in fact, they seem to be identical except for when you call `str`).  It has its warts, as even a mutable sequence would pass muster. :)

If that's the direction you'd like to see the project go towards, I'd be happy to take a stab at it.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,341643235
https://github.com/pydata/xarray/issues/2292#issuecomment-409822333,https://api.github.com/repos/pydata/xarray/issues/2292,409822333,MDEyOklzc3VlQ29tbWVudDQwOTgyMjMzMw==,280924,2018-08-02T06:38:32Z,2018-08-02T06:38:32Z,CONTRIBUTOR,"We're using xarray in a project that is encouraging use of [python typing](https://www.python.org/dev/peps/pep-0484/), and we too would like to use enums as data dimension names.  How do you feel about using a base class that data dimension classes need to subclass?

Here's a really simple proof-of-concept (though not very thorough, as it would certainly fail serialization): https://github.com/ttung/xarray/commit/8e623ebebc8f5c1e5615e6d07a82451c0dbe763d

```
In [1]: import xarray as xr

In [2]: import numpy as np

In [5]: from enum import Enum

In [6]: class A(xr.core.dataarray.DimensionBase, Enum):
   ...:     X = ""abc""
   ...:     Y = ""def""
   ...:     Z = ""ghi""
   ...:     

In [7]: a = xr.DataArray(np.random.randint(0, 255, size=(4, 3, 5)), dims=[A.X, A.Y, A.Z])

In [8]: a[A.X]
Out[8]: 
<xarray.DataArray <A.X: 'abc'> (A.X: 4)>
array([0, 1, 2, 3])
Dimensions without coordinates: A.X

In [9]: a.max(A.X)
Out[9]: 
<xarray.DataArray (A.Y: 3, A.Z: 5)>
array([[254, 226, 181, 191, 233],
       [139, 195, 212, 167, 169],
       [191, 241, 199, 174, 208]])
Dimensions without coordinates: A.Y, A.Z

In [10]: 
```","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,341643235