home / github / issue_comments

Menu
  • Search all tables
  • GraphQL API

issue_comments: 335279657

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/pull/1473#issuecomment-335279657 https://api.github.com/repos/pydata/xarray/issues/1473 335279657 MDEyOklzc3VlQ29tbWVudDMzNTI3OTY1Nw== 1217238 2017-10-09T20:42:53Z 2017-10-09T20:42:53Z MEMBER

@fujiisoup Thanks again for all your hard work on this and for my slow response. I've made another PR with tweaks to your logic for conflicting coordinates: https://github.com/fujiisoup/xarray/pull/5

Mostly, my PR is about simplifying the logic by removing the special case work arounds you added that check object identity (things like this_arr is self._variables[k] and v.variable is cv.variable). My concern is that nothing else in xarray relies on these types of identity checks, so adding these additional rules will make the logic harder to understand and rely on programmatically. If we try to make behavior "intuitive" for 80% of use-cases, it only makes the remaining 20% more baffling and error prone. This is the similar to the problem with dimension re-ordering and NumPy's mixed integer/slice indexing. So I would rather these leave out for now at the cost of making the API slightly more cumbersome. As I think we discussed previously, it is easier to relax error conditions in the future than to add new errors.

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  241578773
Powered by Datasette · Queries took 0.841ms · About: xarray-datasette