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/719#issuecomment-255075134,https://api.github.com/repos/pydata/xarray/issues/719,255075134,MDEyOklzc3VlQ29tbWVudDI1NTA3NTEzNA==,4160723,2016-10-20T10:59:59Z,2016-10-20T10:59:59Z,MEMBER,"@shoyer it would be nice if we can close this issue before the next major release (0.9.0). There is only a few (though important) issues to fix in #1028, and right after it is merged I can open a new PR for serialization to NetCDF, for which I don't see any big issue. Given the new indexing behavior you suggest in #974, I guess that having MultiIndex support for `sel_points` / `sel_points` wouldn't be needed anymore, although MultiIndex interaction with this alternative indexing behavior must be addressed (but maybe later). ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,127068208 https://github.com/pydata/xarray/issues/719#issuecomment-201380534,https://api.github.com/repos/pydata/xarray/issues/719,201380534,MDEyOklzc3VlQ29tbWVudDIwMTM4MDUzNA==,4160723,2016-03-25T17:33:52Z,2016-03-25T17:33:52Z,MEMBER,"Relevant comments! > Agreed. I would suggest calling these set_index and reset_index, mirroring pandas, unless the API ends up differing enough that this would be confusing. OK! I didn't make the link. ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,127068208 https://github.com/pydata/xarray/issues/719#issuecomment-201330301,https://api.github.com/repos/pydata/xarray/issues/719,201330301,MDEyOklzc3VlQ29tbWVudDIwMTMzMDMwMQ==,4160723,2016-03-25T15:19:45Z,2016-03-25T15:19:45Z,MEMBER,"Thinking about serialization, a possible solution would be splitting the multi-index into separate coordinates for the same dimension, then assign some specific attributes (e.g., `xarray_idx_name`, `xarray_idx_level`) to each of these coordinates so that it is possible to further rebuild the multi-index. More generally, a couple of methods acting on coordinates only can be a complement to stack/unstack methods (acting on both coordinates and dimensions). Merge/split xarray coordinates into/from a multi-index seem very straightforward to implement. Similarly, a better repr would represent levels as sub-coordinates: ``` array([0, 1, 2]) Coordinates: * dim_0 (dim_0) object level_0 (0) object 'foo' 'foo' 'bar' level_1 (1) int64 0 1 2 ``` Any thoughts on this (I can start PRs)? ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,127068208