home / github

Menu
  • Search all tables
  • GraphQL API

issue_comments

Table actions
  • GraphQL API for issue_comments

8 rows where issue = 193294729 sorted by updated_at descending

✎ View and edit SQL

This data as json, CSV (advanced)

Suggested facets: created_at (date), updated_at (date)

user 5

  • shoyer 2
  • max-sixty 2
  • fmaussion 2
  • crusaderky 1
  • stale[bot] 1

author_association 2

  • MEMBER 7
  • NONE 1

issue 1

  • Scalar coords seep into index coords · 8 ✖
id html_url issue_url node_id user created_at updated_at ▲ author_association body reactions performed_via_github_app issue
459772046 https://github.com/pydata/xarray/issues/1152#issuecomment-459772046 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDQ1OTc3MjA0Ng== crusaderky 6213168 2019-02-01T16:02:12Z 2019-02-01T16:02:12Z MEMBER

Working as intended according to the maintainer. Apologies for not closing this sooner.

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
457211346 https://github.com/pydata/xarray/issues/1152#issuecomment-457211346 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDQ1NzIxMTM0Ng== stale[bot] 26384082 2019-01-24T14:15:25Z 2019-01-24T14:15:25Z NONE

In order to maintain a list of currently relevant issues, we mark issues as stale after a period of inactivity If this issue remains relevant, please comment here; otherwise it will be marked as closed automatically

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
268710084 https://github.com/pydata/xarray/issues/1152#issuecomment-268710084 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDI2ODcxMDA4NA== max-sixty 5635139 2016-12-22T03:32:30Z 2016-12-22T03:32:30Z MEMBER

Thanks. I was mistaken.

The "infinite tree" was causing some of the tests back at #1147 to do weird things (pytest seems not to handle infinite recursion responsibly). But it makes sense

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
268669077 https://github.com/pydata/xarray/issues/1152#issuecomment-268669077 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDI2ODY2OTA3Nw== shoyer 1217238 2016-12-21T23:14:17Z 2016-12-21T23:14:17Z MEMBER

@MaximilianR Let me help clarify:

  • Currently, DataArray does not have a .variables attributes.
  • The state of a DataArray is stored in the form of variables in ._variable (an xarray.Variable) and ._coords (of type OrderedDict[Any, xarray.Variable]).
  • From a user facing API, you can get access to these variables via .variable and .coords.variables (I don't know if the later is clearly documented, but if not it should be).

So the "infinite tree of DataArrrays" only applies if you are accessing them directly via .coords, and under the covers data is represented in a pretty sane way.

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
268404206 https://github.com/pydata/xarray/issues/1152#issuecomment-268404206 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDI2ODQwNDIwNg== max-sixty 5635139 2016-12-21T00:58:06Z 2016-12-21T00:58:06Z MEMBER

Tangentially connected this - should a DataArray always have a .variables attribute? When would / wouldn't it?

Currently, it may or may not. And its coords may or may not be DataArrays, which makes the tree of objects seemingly complicated (maybe it needs to be?). But it means we're special-casing some of the checks in https://github.com/pydata/xarray/pull/1147

python (Pdb++) a <xarray.DataArray 'xy' (x: 3)> array([-0.04729734, 0.08287289, 0.13965946]) (Pdb++) a.variables *** AttributeError: 'DataArray' object has no attribute 'variables' (Pdb++) a.variable <xarray.Variable (x: 3)> array([-0.04729734, 0.08287289, 0.13965946])

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
264913502 https://github.com/pydata/xarray/issues/1152#issuecomment-264913502 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDI2NDkxMzUwMg== fmaussion 10050469 2016-12-05T17:09:34Z 2016-12-05T17:09:34Z MEMBER

sometime coordinates really only describe the data variable(s)

Yes. What I meant with my yesterday's late night answer is that keeping the coordinates around could be most useful when using irregular coordinates...

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
264786579 https://github.com/pydata/xarray/issues/1152#issuecomment-264786579 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDI2NDc4NjU3OQ== shoyer 1217238 2016-12-05T07:41:43Z 2016-12-05T07:41:43Z MEMBER

So this definitely was intentional, according to the principle that coordinates are shared between everything in a Dataset/DataArray.

I agree that doesn't always make sense -- sometime coordinates really only describe the data variable(s), so keeping them around on coordinates merely because they contain the appropriate dimensions is inappropriate.

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729
264737209 https://github.com/pydata/xarray/issues/1152#issuecomment-264737209 https://api.github.com/repos/pydata/xarray/issues/1152 MDEyOklzc3VlQ29tbWVudDI2NDczNzIwOQ== fmaussion 10050469 2016-12-04T22:35:54Z 2016-12-04T22:35:54Z MEMBER

I think it's fine. Coordinates sometimes need to be defined by paired coords too:

python import xarray as xr import numpy as np lon, lat = np.meshgrid(np.linspace(-20, 20, 5), np.linspace(0, 30, 4)) da = xr.DataArray(np.arange(20).reshape(4, 5), dims=['y', 'x'], coords = {'lat': (('y', 'x'), lat), 'lon': (('y', 'x'), lon)}) da.isel(x=2)['lat'] <xarray.DataArray 'lat' (y: 4)> array([ 0., 10., 20., 30.]) Coordinates: lon (y) float64 0.0 0.0 0.0 0.0 lat (y) float64 0.0 10.0 20.0 30.0 * y (y) int64 0 1 2 3 x int64 2

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Scalar coords seep into index coords 193294729

Advanced export

JSON shape: default, array, newline-delimited, object

CSV options:

CREATE TABLE [issue_comments] (
   [html_url] TEXT,
   [issue_url] TEXT,
   [id] INTEGER PRIMARY KEY,
   [node_id] TEXT,
   [user] INTEGER REFERENCES [users]([id]),
   [created_at] TEXT,
   [updated_at] TEXT,
   [author_association] TEXT,
   [body] TEXT,
   [reactions] TEXT,
   [performed_via_github_app] TEXT,
   [issue] INTEGER REFERENCES [issues]([id])
);
CREATE INDEX [idx_issue_comments_issue]
    ON [issue_comments] ([issue]);
CREATE INDEX [idx_issue_comments_user]
    ON [issue_comments] ([user]);
Powered by Datasette · Queries took 11.947ms · About: xarray-datasette