issue_comments
3 rows where author_association = "MEMBER", issue = 710357592 and user = 1197350 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: reactions, created_at (date), updated_at (date)
issue 1
- xarray / vtk integration · 3 ✖
id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
---|---|---|---|---|---|---|---|---|---|---|---|
810683846 | https://github.com/pydata/xarray/issues/4470#issuecomment-810683846 | https://api.github.com/repos/pydata/xarray/issues/4470 | MDEyOklzc3VlQ29tbWVudDgxMDY4Mzg0Ng== | rabernat 1197350 | 2021-03-31T01:22:29Z | 2021-03-31T01:22:29Z | MEMBER | I just saw this very cool tweet about ipyvista / iris integration and it reminded me of this thread. Are there any clear steps we can take to help advance the vtk / pyvista / xarray integration further? |
{ "total_count": 1, "+1": 1, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray / vtk integration 710357592 | |
700670814 | https://github.com/pydata/xarray/issues/4470#issuecomment-700670814 | https://api.github.com/repos/pydata/xarray/issues/4470 | MDEyOklzc3VlQ29tbWVudDcwMDY3MDgxNA== | rabernat 1197350 | 2020-09-29T12:31:42Z | 2020-09-29T20:06:51Z | MEMBER | You can see an example of using xarray with structured curvilinear coordinates here: - http://xarray.pydata.org/en/stable/examples/multidimensional-coords.html - http://xarray.pydata.org/en/stable/examples/ROMS_ocean_model.html And with unstructured data here: - http://gallery.pangeo.io/repos/rsignell-usgs/esip-gallery/02_National_Water_Model.html - http://gallery.pangeo.io/repos/rsignell-usgs/esip-gallery/01_hurricane_ike_water_levels.html The key concept is that xarray supports both dimensions coordinates and non-dimension coordinates. The dimension coordinates must be 1D, but the non-dimension coordinates can have any dimensionality. For a regular lat-lon grid, a variable might have dimensions like this
This is exactly what netCDF does to encode these data types. Anything that can go into a netCDF file can be represented in Xarray. You just don't get the full functionality in terms of label-based selection. That will hopefully change as we implement more flexible indexing (see https://github.com/pydata/xarray/projects/1). Another limitation of xarray is that it has no explicit notion of "cell bounds," other than recognizing these as coordinates (see #2844). Our xgcm package works around this limitation in some simple ways. |
{ "total_count": 1, "+1": 1, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray / vtk integration 710357592 | |
700671843 | https://github.com/pydata/xarray/issues/4470#issuecomment-700671843 | https://api.github.com/repos/pydata/xarray/issues/4470 | MDEyOklzc3VlQ29tbWVudDcwMDY3MTg0Mw== | rabernat 1197350 | 2020-09-29T12:33:46Z | 2020-09-29T12:33:46Z | MEMBER | A key point I forgot to make...if downstream packages or accessor implementers know how to do something useful with these extra coordinates, they are free to do so! The data are there...xarray just doesn't currently make much use of them. |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
xarray / vtk integration 710357592 |
Advanced export
JSON shape: default, array, newline-delimited, object
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]);
user 1