issues
5 rows where comments = 8, type = "pull" and user = 1217238 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date), closed_at (date)
id | node_id | number | title | user | state | locked | assignee | milestone | comments | created_at | updated_at ▲ | closed_at | author_association | active_lock_reason | draft | pull_request | body | reactions | performed_via_github_app | state_reason | repo | type |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
187625917 | MDExOlB1bGxSZXF1ZXN0OTI1MjQzMjg= | 1087 | WIP: New DataStore / Encoder / Decoder API for review | shoyer 1217238 | closed | 0 | 8 | 2016-11-07T05:02:04Z | 2020-04-17T18:37:45Z | 2020-04-17T18:37:45Z | MEMBER | 0 | pydata/xarray/pulls/1087 | The goal here is to make something extensible that we can live with for quite some time, and to clean up the internals of xarray's backend interface. Most of these are analogues of existing xarray classes with a cleaned up interface. I have not yet worried about backwards compatibility or tests -- I would appreciate feedback on the approach here. Several parts of the logic exist for the sake of dask. I've included the word "dask" in comments to facilitate inspection by mrocklin. CC @rabernat, @pwolfram, @jhamman, @mrocklin -- for review CC @mcgibbon, @JoyMonteiro -- this is relevant to our discussion today about adding support for appending to netCDF files. Don't let this stop you from getting started on that with the existing interface, though. |
{ "url": "https://api.github.com/repos/pydata/xarray/issues/1087/reactions", "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray 13221727 | pull | |||||
290320242 | MDExOlB1bGxSZXF1ZXN0MTY0MjAzNzAz | 1847 | Use getitem_with_mask in reindex_variables | shoyer 1217238 | closed | 0 | 8 | 2018-01-22T00:19:20Z | 2018-05-23T21:13:42Z | 2018-02-14T13:11:48Z | MEMBER | 0 | pydata/xarray/pulls/1847 | This is an internal refactor of reindexing/alignment to use As noted back in https://github.com/pydata/xarray/pull/1751#issuecomment-348380756, there is a nice improvement for alignment with dask (~100x improvement) but we are slower in several cases with NumPy (2-3x). ASV results (smaller ratio is better):
|
{ "url": "https://api.github.com/repos/pydata/xarray/issues/1847/reactions", "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray 13221727 | pull | |||||
197083082 | MDExOlB1bGxSZXF1ZXN0OTkwNDA2MzE= | 1179 | Switch to shared Lock (SerializableLock if possible) for reading/writing | shoyer 1217238 | closed | 0 | 8 | 2016-12-22T02:50:43Z | 2017-01-04T17:12:58Z | 2017-01-04T17:12:46Z | MEMBER | 0 | pydata/xarray/pulls/1179 | Fixes #1172 The serializable lock will be useful for dask.distributed or multi-processing (xref #798, #1173, among others). |
{ "url": "https://api.github.com/repos/pydata/xarray/issues/1179/reactions", "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray 13221727 | pull | |||||
118711154 | MDExOlB1bGxSZXF1ZXN0NTE3MjI1MDY= | 666 | Shift method for shifting data | shoyer 1217238 | closed | 0 | 8 | 2015-11-24T21:53:11Z | 2015-12-02T23:32:28Z | 2015-12-02T23:32:28Z | MEMBER | 0 | pydata/xarray/pulls/666 | Fixes #624 New ``` In [1]: import xray In [2]: array = xray.DataArray([5, 6, 7, 8], dims='x') In [3]: array.shift(x=2) Out[3]: <xray.DataArray (x: 4)> array([ nan, nan, 5., 6.]) Coordinates: * x (x) int64 0 1 2 3 ``` Based on the API proposed for |
{ "url": "https://api.github.com/repos/pydata/xarray/issues/666/reactions", "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray 13221727 | pull | |||||
33772168 | MDExOlB1bGxSZXF1ZXN0MTYwMzc5NTA= | 134 | Fix concatenating Variables with dtype=datetime64 | shoyer 1217238 | closed | 0 | 0.1.1 664063 | 8 | 2014-05-19T05:39:46Z | 2014-06-28T01:08:03Z | 2014-05-20T19:09:28Z | MEMBER | 0 | pydata/xarray/pulls/134 | This is an alternative to #125 which I think is a little cleaner. Basically, there was a bug where @akleeman would appreciate your thoughts. |
{ "url": "https://api.github.com/repos/pydata/xarray/issues/134/reactions", "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray 13221727 | pull |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE [issues] ( [id] INTEGER PRIMARY KEY, [node_id] TEXT, [number] INTEGER, [title] TEXT, [user] INTEGER REFERENCES [users]([id]), [state] TEXT, [locked] INTEGER, [assignee] INTEGER REFERENCES [users]([id]), [milestone] INTEGER REFERENCES [milestones]([id]), [comments] INTEGER, [created_at] TEXT, [updated_at] TEXT, [closed_at] TEXT, [author_association] TEXT, [active_lock_reason] TEXT, [draft] INTEGER, [pull_request] TEXT, [body] TEXT, [reactions] TEXT, [performed_via_github_app] TEXT, [state_reason] TEXT, [repo] INTEGER REFERENCES [repos]([id]), [type] TEXT ); CREATE INDEX [idx_issues_repo] ON [issues] ([repo]); CREATE INDEX [idx_issues_milestone] ON [issues] ([milestone]); CREATE INDEX [idx_issues_assignee] ON [issues] ([assignee]); CREATE INDEX [idx_issues_user] ON [issues] ([user]);