home / github

Menu
  • Search all tables
  • GraphQL API

issue_comments

Table actions
  • GraphQL API for issue_comments

4 rows where issue = 289853579 sorted by updated_at descending

✖
✖

✎ View and edit SQL

This data as json, CSV (advanced)

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

user 3

  • Zac-HD 2
  • shoyer 1
  • jhamman 1

author_association 2

  • CONTRIBUTOR 2
  • MEMBER 2

issue 1

  • Read small integers as float32, not float64 · 4 ✖
id html_url issue_url node_id user created_at updated_at ▲ author_association body reactions performed_via_github_app issue
359895525 https://github.com/pydata/xarray/pull/1840#issuecomment-359895525 https://api.github.com/repos/pydata/xarray/issues/1840 MDEyOklzc3VlQ29tbWVudDM1OTg5NTUyNQ== jhamman 2443309 2018-01-23T19:04:24Z 2018-01-23T19:04:24Z MEMBER

This all looks good now. I merged in master and resolved a small conflict in the docs. I'll merge after the tests pass.

{
    "total_count": 1,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 1,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Read small integers as float32, not float64 289853579
359168533 https://github.com/pydata/xarray/pull/1840#issuecomment-359168533 https://api.github.com/repos/pydata/xarray/issues/1840 MDEyOklzc3VlQ29tbWVudDM1OTE2ODUzMw== Zac-HD 12229877 2018-01-20T12:39:30Z 2018-01-20T12:39:30Z CONTRIBUTOR

Added tests; float32 not upcast, float16 ("intended for storage of many floating-point values where higher precision is not needed, not for performing arithmetic") is upcast but only to float32.

I'll open a new issue to add a basic suite of property-based tests to Xarray 😄

{
    "total_count": 0,
    "+1": 0,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Read small integers as float32, not float64 289853579
359131278 https://github.com/pydata/xarray/pull/1840#issuecomment-359131278 https://api.github.com/repos/pydata/xarray/issues/1840 MDEyOklzc3VlQ29tbWVudDM1OTEzMTI3OA== shoyer 1217238 2018-01-20T01:06:07Z 2018-01-20T01:06:07Z MEMBER

As mentioned in https://github.com/pydata/xarray/issues/1842, maybe we should also make a point not to upcast float32 input?

One possible concern with changing precision from float64 -> float32 is that some reduce operations like mean could become due to lower precision. So it's a good think @fujiisoup wrote https://github.com/pydata/xarray/pull/1841 so we can specify dtype in reductions :).

With regards to Hypothesis: I haven't used it, but it does seem very intriguing. I'm sure that it could turn up quite a few bugs in xarray. Would it make sense to add it as an optional dependency to the test suite? Even if we use Hypothesis to cover more edge cases, I think we will still want normal test coverage for most behavior.

{
    "total_count": 1,
    "+1": 1,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Read small integers as float32, not float64 289853579
358882878 https://github.com/pydata/xarray/pull/1840#issuecomment-358882878 https://api.github.com/repos/pydata/xarray/issues/1840 MDEyOklzc3VlQ29tbWVudDM1ODg4Mjg3OA== Zac-HD 12229877 2018-01-19T06:58:14Z 2018-01-19T06:58:14Z CONTRIBUTOR

Thanks - I was actually writing up an issue and decided it would be easier to demonstrate the proposed fix in a PR, but I'll open an issue first next time.

The checkbox about flake8 could be removed from the issue template now - since #1824 we run flake8 on everything in CI so if tests pass flake8 is passing too.

Re: tests: what do you (and @shoyer) think about using Hypothesis for some property-based tests of variable coding? "encoding then decoding is a no-op" is a classic property 😄 Upside, more powerful and better at finding edge cases; downside slower simply because it checks more cases (a configurable number).

{
    "total_count": 1,
    "+1": 1,
    "-1": 0,
    "laugh": 0,
    "hooray": 0,
    "confused": 0,
    "heart": 0,
    "rocket": 0,
    "eyes": 0
}
  Read small integers as float32, not float64 289853579

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 20.762ms · About: xarray-datasette
  • Sort ascending
  • Sort descending
  • Facet by this
  • Hide this column
  • Show all columns
  • Show not-blank rows