issue_comments: 405740643
This data as json
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/2289#issuecomment-405740643 | https://api.github.com/repos/pydata/xarray/issues/2289 | 405740643 | MDEyOklzc3VlQ29tbWVudDQwNTc0MDY0Mw== | 1217238 | 2018-07-17T21:53:37Z | 2018-07-17T21:53:37Z | MEMBER |
Yes, something like this :).
By default (if We could also potentially add a dask equivalent to the
Both of these look like improvements that would be welcome in dask.dataframe, and benefit far more users there than downstream in xarray. I have been intentionally trying to push more complex code related to distributed computing (e.g., queues and subprocesses) upstream to dask. So far, we have avoided all uses of explicit task graphs in xarray, and have only used dask.delayed in a few places. |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
341355638 |