issue_comments
3 rows where author_association = "MEMBER", issue = 179052741 and user = 6213168 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date)
issue 1
- WIP: Optional indexes (no more default coordinates given by range(n)) · 3 ✖
id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
---|---|---|---|---|---|---|---|---|---|---|---|
267220567 | https://github.com/pydata/xarray/pull/1017#issuecomment-267220567 | https://api.github.com/repos/pydata/xarray/issues/1017 | MDEyOklzc3VlQ29tbWVudDI2NzIyMDU2Nw== | crusaderky 6213168 | 2016-12-15T02:30:24Z | 2016-12-15T02:30:24Z | MEMBER | Go on :) On 15 Dec 2016 02:08, "Stephan Hoyer" notifications@github.com wrote:
|
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
WIP: Optional indexes (no more default coordinates given by range(n)) 179052741 | |
260817028 | https://github.com/pydata/xarray/pull/1017#issuecomment-260817028 | https://api.github.com/repos/pydata/xarray/issues/1017 | MDEyOklzc3VlQ29tbWVudDI2MDgxNzAyOA== | crusaderky 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 } |
WIP: Optional indexes (no more default coordinates given by range(n)) 179052741 | |
260777664 | https://github.com/pydata/xarray/pull/1017#issuecomment-260777664 | https://api.github.com/repos/pydata/xarray/issues/1017 | MDEyOklzc3VlQ29tbWVudDI2MDc3NzY2NA== | crusaderky 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
to:
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:
I had to change it to:
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 } |
WIP: Optional indexes (no more default coordinates given by range(n)) 179052741 |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE [issue_comments] ( [html_url] TEXT, [issue_url] TEXT, [id] INTEGER PRIMARY KEY, [node_id] TEXT, [user] INTEGER REFERENCES [users]([id]), [created_at] TEXT, [updated_at] TEXT, [author_association] TEXT, [body] TEXT, [reactions] TEXT, [performed_via_github_app] TEXT, [issue] INTEGER REFERENCES [issues]([id]) ); CREATE INDEX [idx_issue_comments_issue] ON [issue_comments] ([issue]); CREATE INDEX [idx_issue_comments_user] ON [issue_comments] ([user]);
user 1