issue_comments
5 rows where issue = 1428549868 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date)
issue 1
- The new NON_NANOSECOND_WARNING is not very nice to end users · 5 ✖
| id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1540065557 | https://github.com/pydata/xarray/issues/7237#issuecomment-1540065557 | https://api.github.com/repos/pydata/xarray/issues/7237 | IC_kwDOAMm_X85by4kV | spencerkclark 6628425 | 2023-05-09T12:52:54Z | 2023-05-09T12:52:54Z | MEMBER | For a little more discussion of this issue see #7493. As the example at the top of the issue notes, there is at least one place where non-nanosecond times can slip in (this is not intentional), but for most code pathways xarray should currently convert things automatically. |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
The new NON_NANOSECOND_WARNING is not very nice to end users 1428549868 | |
| 1540020315 | https://github.com/pydata/xarray/issues/7237#issuecomment-1540020315 | https://api.github.com/repos/pydata/xarray/issues/7237 | IC_kwDOAMm_X85bythb | spencerkclark 6628425 | 2023-05-09T12:11:24Z | 2023-05-09T12:11:24Z | MEMBER | Xarray will convert any non-nanosecond precision times to nanosecond precision (or an error will be raised if this is not possible). |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
The new NON_NANOSECOND_WARNING is not very nice to end users 1428549868 | |
| 1539073371 | https://github.com/pydata/xarray/issues/7237#issuecomment-1539073371 | https://api.github.com/repos/pydata/xarray/issues/7237 | IC_kwDOAMm_X85bvGVb | djhoese 1828519 | 2023-05-08T21:23:59Z | 2023-05-08T21:23:59Z | CONTRIBUTOR | And with new pandas (which I understand as being the thing/library that is changing) and new xarray, what will happen? What happens between nano and non-nano times? |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
The new NON_NANOSECOND_WARNING is not very nice to end users 1428549868 | |
| 1538934080 | https://github.com/pydata/xarray/issues/7237#issuecomment-1538934080 | https://api.github.com/repos/pydata/xarray/issues/7237 | IC_kwDOAMm_X85bukVA | spencerkclark 6628425 | 2023-05-08T19:35:05Z | 2023-05-08T19:35:05Z | MEMBER | For the time being xarray should behave as it always has, converting any non-nanosecond precision times to nanosecond-precision before being used internally. |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
The new NON_NANOSECOND_WARNING is not very nice to end users 1428549868 | |
| 1538397945 | https://github.com/pydata/xarray/issues/7237#issuecomment-1538397945 | https://api.github.com/repos/pydata/xarray/issues/7237 | IC_kwDOAMm_X85bshb5 | djhoese 1828519 | 2023-05-08T13:53:19Z | 2023-05-08T13:53:19Z | CONTRIBUTOR | Sorry for dragging this issue up again, but even with the new warning message I still have some questions. Do I have to switch to nanosecond precision times or will xarray/pandas/numpy just figure it out when I combine/compare times with different precisions? |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
The new NON_NANOSECOND_WARNING is not very nice to end users 1428549868 |
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 2