issue_comments: 36192859
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/25#issuecomment-36192859 | https://api.github.com/repos/pydata/xarray/issues/25 | 36192859 | MDEyOklzc3VlQ29tbWVudDM2MTkyODU5 | 1217238 | 2014-02-26T23:42:27Z | 2014-02-26T23:42:27Z | MEMBER | I see your point, but I favor a more pragmatic approach by default. See my fourth bullet under "Design Goals" in the README and bullet ii under Iris in "Prior Art". My vision here is a more powerful ndarray enhanced rather than limited by metadata. This is closer to what pandas does, which even allows for conflicting indices resulting in NaN values (a feature I would love to copy). I think that both use cases can be covered as long as the merge/conflict
logic is clearly documented and it is possible to write stricter logic for
library code (which by necessity will be more verbose). If it is essential
for units to agree before doing x + y, you can add On Wed, Feb 26, 2014 at 3:23 PM, ebrevdo notifications@github.com wrote:
|
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
28376794 |