issue_comments
4 rows where author_association = "MEMBER", issue = 218459353 and user = 1217238 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: reactions, created_at (date), updated_at (date)
issue 1
- bottleneck : Wrong mean for float32 array · 4 ✖
id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
---|---|---|---|---|---|---|---|---|---|---|---|
464115604 | https://github.com/pydata/xarray/issues/1346#issuecomment-464115604 | https://api.github.com/repos/pydata/xarray/issues/1346 | MDEyOklzc3VlQ29tbWVudDQ2NDExNTYwNA== | shoyer 1217238 | 2019-02-15T16:39:08Z | 2019-02-15T16:39:08Z | MEMBER | The difference is that Bottleneck does the sum in the naive way, whereas NumPy uses the more numerically stable pairwise summation. |
{ "total_count": 1, "+1": 1, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
bottleneck : Wrong mean for float32 array 218459353 | |
456173428 | https://github.com/pydata/xarray/issues/1346#issuecomment-456173428 | https://api.github.com/repos/pydata/xarray/issues/1346 | MDEyOklzc3VlQ29tbWVudDQ1NjE3MzQyOA== | shoyer 1217238 | 2019-01-21T19:09:43Z | 2019-01-21T19:09:43Z | MEMBER |
I would rather pick option (1) above, that is, "Stop using bottleneck on float32 arrays" |
{ "total_count": 3, "+1": 3, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
bottleneck : Wrong mean for float32 array 218459353 | |
290851733 | https://github.com/pydata/xarray/issues/1346#issuecomment-290851733 | https://api.github.com/repos/pydata/xarray/issues/1346 | MDEyOklzc3VlQ29tbWVudDI5MDg1MTczMw== | shoyer 1217238 | 2017-03-31T22:55:18Z | 2017-03-31T22:55:18Z | MEMBER | @matteodefelice you didn't decide on float32, but your data is stored that way. It's really hard to make choices about numerical precision for computations automatically: if we converted automatically to float64, somebody else would be complaining about unexpected memory usage :). Looking at our options, we could:
|
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
bottleneck : Wrong mean for float32 array 218459353 | |
290760342 | https://github.com/pydata/xarray/issues/1346#issuecomment-290760342 | https://api.github.com/repos/pydata/xarray/issues/1346 | MDEyOklzc3VlQ29tbWVudDI5MDc2MDM0Mg== | shoyer 1217238 | 2017-03-31T16:24:04Z | 2017-03-31T16:24:04Z | MEMBER | Yes, this is probably related to the fact that The fact that the dtype is float32 is a sign that this is probably a numerical precision issue. Try casting with If you really cared about performance using float32, the other thing to do to improve conditioning is to subtract and add a number close to the mean, e.g., |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
bottleneck : Wrong mean for float32 array 218459353 |
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