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/1017#issuecomment-267220567,https://api.github.com/repos/pydata/xarray/issues/1017,267220567,MDEyOklzc3VlQ29tbWVudDI2NzIyMDU2Nw==,6213168,2016-12-15T02:30:24Z,2016-12-15T02:30:24Z,MEMBER,"Go on :) On 15 Dec 2016 02:08, ""Stephan Hoyer"" wrote: > or use another symbol like o that means 'no index'? > This seems like the best alternative to me. I don't like omitting the > variable name because it seems that it might fall under the previous row, > like a level in the MultiIndex repr. > > Done. Any further concerns? I'd really like to merge this and then get the > 0.9 release out shortly after. > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > , or mute > the thread > > . > ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,179052741 https://github.com/pydata/xarray/pull/1017#issuecomment-260817028,https://api.github.com/repos/pydata/xarray/issues/1017,260817028,MDEyOklzc3VlQ29tbWVudDI2MDgxNzAyOA==,6213168,2016-11-16T00:38:43Z,2016-11-16T00:38:43Z,MEMBER,"@shoyer: maybe you could print the dummy coord (as in my example) if there's one or more real coord, and don't print the coords block at all if there isn't any (as in your example)? The problem of readability only happens when there's _some_ coords - so one needs to go look at the dims and notice that there's more than meets the eye. When there's no coords at all, the only place to look at is the dims, so I think it's fairly readable. ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,179052741 https://github.com/pydata/xarray/pull/1017#issuecomment-260777664,https://api.github.com/repos/pydata/xarray/issues/1017,260777664,MDEyOklzc3VlQ29tbWVudDI2MDc3NzY2NA==,6213168,2016-11-15T21:39:49Z,2016-11-15T21:39:49Z,MEMBER,"I've gone through it and it works great. A couple of very minor grievances: **1** Could you change __repr__ to highlight the dims without coords? It's very easy not to notice them as they exclusively appear in the list on top! e.g. change this ``` dask.array Coordinates: * y (y) |S1 'a' 'b' 'c' * x (x) int64 1 2 3 4 5 ``` to: ``` dask.array Coordinates: * y (y) |S1 'a' 'b' 'c' * x (x) int64 1 2 3 4 5 * z (z) - ``` **2** Could you change DataArray.drop() and all other similar functions to silently do nothing when you try to drop something that is in the dims but not in the coords? This caused breakages in my code BTW, as it was assuming that a dim always had a matching coord. Specifically, the code that broke was: ``` v2 = v1.sel(somedim=somevalue).drop('somedim') ``` I had to change it to: ``` v2 = v1.sel(somedim=somevalue) if 'somedim' in v2.coords: v2 = v2.drop('somedim') ``` which is annoyingly ugly. Silently skipping the missing coord is nicer, and makes a lot of sense. (you will still crash if there's no such dim though). ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,179052741