issue_comments: 435706762
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/2159#issuecomment-435706762 | https://api.github.com/repos/pydata/xarray/issues/2159 | 435706762 | MDEyOklzc3VlQ29tbWVudDQzNTcwNjc2Mg== | 35968931 | 2018-11-04T21:10:55Z | 2018-11-05T00:56:06Z | MEMBER |
This is fine though right? We can do all of this, because it should compartmentalise fairly easily shouldn't it? You end up with logic like: ```python def auto_combine(ds_sequence, infer_order_from_coords=True, check_alignment=True): if check_alignment: # Check alignment along non-concatenated dimensions (your (2))
```
We don't need to, but I don't think it would be that hard (if the structure above is feasible), and I think it's a common use case. Also there's an argument for putting in special effort to generalize this function as much as possible, because it lowers the barrier to entry for xarray for new users. Though perhaps I'm just biased because it happens to be my use case... Also if we know what form the tile_IDs should take then I can write the |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
324350248 |