pull_requests
13 rows where user = 12229877
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date), closed_at (date), merged_at (date)
| id ▼ | node_id | number | state | locked | title | user | body | created_at | updated_at | closed_at | merged_at | merge_commit_sha | assignee | milestone | draft | head | base | author_association | auto_merge | repo | url | merged_by |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 112365874 | MDExOlB1bGxSZXF1ZXN0MTEyMzY1ODc0 | 1322 | closed | 0 | Shorter repr for attributes | Zac-HD 12229877 | NetCDF files often have tens of attributes, including multi-paragraph summaries or the full modification history of the file. It's great to have this available in the .attrs, but we can truncate it substantially in the repr! Hopefully this will stop people writing `data.attrs = {}` and discarding metadata in interactive workflows for the sake of cleaner output. - [x] closes #1319 - [x] test data adjusted - [x] passes ``git diff upstream/master | flake8 --diff`` - [x] whatsnew entry | 2017-03-24T00:26:26Z | 2017-04-03T00:50:28Z | 2017-04-03T00:47:45Z | 2017-04-03T00:47:45Z | d08efaf902cae5e5f28afff7d6f8182e35a53f46 | 0 | b93eaab23b83f43c9aa96062b92fd7bd74df73d2 | 371d034372bc7522098a142a0debf93916c49102 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1322 | ||||
| 148381715 | MDExOlB1bGxSZXF1ZXN0MTQ4MzgxNzE1 | 1653 | closed | 0 | Minor documentation fixes | Zac-HD 12229877 | This pull updates the comparison between Xarray and Pandas ND-Panels, fixes the zenodo links, and improves our configuration for the docs build. Closes #1541. | 2017-10-24T12:28:07Z | 2017-10-25T03:47:25Z | 2017-10-25T03:47:18Z | 2017-10-25T03:47:18Z | 685d243267d02885d48fefcf35a6e4ae821b22af | 0 | b3f0376188f741a043ac06aba8efdff4e62cc592 | 881cb3c7bd0ad88a0c9c6e4d69a46c821954609f | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1653 | ||||
| 158347556 | MDExOlB1bGxSZXF1ZXN0MTU4MzQ3NTU2 | 1782 | closed | 0 | Plot nans | Zac-HD 12229877 | - [x] Closes #1780 - [x] Tests added (for all bug fixes or enhancements) - [x] Tests passed (for all non-documentation changes) - [x] Passes ``git diff upstream/master **/*py | flake8 --diff`` (remove if you did not edit any Python files) - [x] Fully documented, including `whats-new.rst` for all changes CC @fmaussion for review; @BexDunn for interest | 2017-12-14T12:43:01Z | 2017-12-15T21:10:13Z | 2017-12-15T17:31:39Z | 2017-12-15T17:31:39Z | cb161a1fbc9771d30ff4a7fc7e7b51a14122ab42 | 0 | 1a374d16a513bff3bfe227d9eb7d8bf352f87db6 | f882a583d08b478415088bfbd53bb9c67acc81b8 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1782 | ||||
| 158559938 | MDExOlB1bGxSZXF1ZXN0MTU4NTU5OTM4 | 1787 | closed | 0 | Include units (if set) in plot labels | Zac-HD 12229877 | - [x] Closes #1630 - [x] Tests passed - [x] Passes ``git diff upstream/master **/*py | flake8 --diff`` - [x] Fully documented, including `whats-new.rst` for all changes - details of label not previously documented | 2017-12-15T09:40:16Z | 2018-02-05T04:01:16Z | 2018-02-05T04:01:16Z | eef60442d1d21453d96fb664785f6c03d0fc0fbd | 0 | 53972f207bbfd82a95da8dad8234c262a8a4b7d2 | 5a28b89d8f32a16d8529d6514c04992b5ee7a349 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1787 | |||||
| 159419660 | MDExOlB1bGxSZXF1ZXN0MTU5NDE5NjYw | 1796 | closed | 0 | Support RGB[A] arrays in plot.imshow() | Zac-HD 12229877 | - [x] Tests added (for all bug fixes or enhancements) - [x] Tests passed (for all non-documentation changes) - [x] Passes ``git diff upstream/master **/*py | flake8 --diff`` - [x] Fully documented, including `whats-new.rst` for all changes This patch brings `xarray.plot.imshow` up to parity with `matplotlib.pyplot.imshow`: - As well as 2D images (greyscale / luminance, using a colormap), it now supports a third dimension for RGB or RGBA channels. For consistency with 2D arrays, missing data is plotted as transparent pixels - Being Xarray, users need not care about the order of their dimensions - we infer the right one for color, and warn if it's ambiguous. - ~~Using `robust=True` for easy saturation is really nice. Having it adjust each channel and facet in the same way is essential for this to work, which it does.~~ - ~~Matplotlib wraps out-of-range colors, leading to crazy maps and serious interpretation problems if it's only a small region. Xarray clips (ie saturates) to the valid range instead.~~ *I'm going to implement clip-to-range and color normalization upstream in matplotlib, then open a second PR here so that Xarray can use the same interface.* And that's the commit log! It's not really a big feature, but each of the parts can be fiddly so I've broken the commits up logically 😄 Finally, a motivating example: visible-light Landsat data before, during (top-right), and after a fire at Sampson's Flat, Australia: arr = ds['red green blue'.split()].to_array(dim='band') / (2 ** 12) arr.plot.imshow(col='time', col_wrap=5, robust=True)  | 2017-12-20T13:43:16Z | 2018-01-11T03:20:02Z | 2018-01-11T03:14:36Z | 2018-01-11T03:14:36Z | 289f95a25c08796532807c669bbb5e12a79270c2 | 0 | 868f9ea6426656d7077419446b1c4f659581ce51 | b6300ea9d9e84e24fc2e03bdff06d8d0659e2344 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1796 | ||||
| 162353748 | MDExOlB1bGxSZXF1ZXN0MTYyMzUzNzQ4 | 1819 | closed | 0 | Normalisation for RGB imshow | Zac-HD 12229877 | Follow-up to #1796, where normalisation and clipping of RGB[A] values were deferred so that we could match any upstream API. matplotlib/matplotlib#10220 implements clipping to the valid range, but a strong consensus *against* RGB normalisation in matplotlib has emerged. This pull therefore implements normalisation, and clips values only where our normalisation has pushed them out of range. | 2018-01-11T11:09:12Z | 2018-01-19T05:01:19Z | 2018-01-19T05:01:07Z | 2018-01-19T05:01:07Z | 6aa225f5dae9cc997e232c11a63072923c8c0238 | 0 | 8a2bdfc75d0b84c18988f0894087910ab9963901 | f3deb2f2495220af819021b199a5305b0d62ef36 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1819 | ||||
| 162776801 | MDExOlB1bGxSZXF1ZXN0MTYyNzc2ODAx | 1824 | closed | 0 | Make `flake8 xarray` pass | Zac-HD 12229877 | Closes #1741 by @mrocklin (who did most of the work I'm presenting here). I had an evening free, so I rebased the previous pull on master, fixed the conflicts, and then made everything pass with `flake8`'s default settings (including line length). My condolences to whoever gets to *review* this diff! The single change any non-pedant will notice: Travis now fails if there is a flake8 warning anywhere. My experience in other projects is that this is the only way to actually *keep* flake8 passing - it's just unrealistic to expect perfect attention to detail from every contributor, but "make the build green before we merge" is widely understood 😄 | 2018-01-13T11:37:43Z | 2018-01-14T23:10:01Z | 2018-01-14T20:49:20Z | 2018-01-14T20:49:20Z | 0d69bf9dbf281f0f0f48ac2fadda61a82533aac3 | 0 | 5f5a50ad438a080635ae7c8783f3773f83062b5f | 502a988ad5b87b9f3aeec3033bf55c71272e1053 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1824 | ||||
| 163879577 | MDExOlB1bGxSZXF1ZXN0MTYzODc5NTc3 | 1840 | closed | 0 | Read small integers as float32, not float64 | Zac-HD 12229877 | - [x] Closes #1842 - [x] Tests added - [x] Tests passed - [x] Passes ``flake8 xarray`` (now part of tests) - [x] Fully documented, including `whats-new.rst` for all changes Most satellites produce images with color depth in the range of eight to sixteen bits, which are therefore often stored as unsigned integers (with the quality mask in another variable). If you're lucky, they also have a `scale_factor` attribute and Xarray can automatically convert the integers to floats representing albedo. This is fantastically convenient, and avoids all the bit-depth bugs from misremembered specifications. However, loading data as float64 when float32 is sufficient *doubles* memory usage in IO (even on multi-TB datasets...). While immediately downcasting helps, it's no substitute for doing the right thing first. So this patch does some conservative checks, and if we can be sure float32 is safe we use that instead. | 2018-01-19T03:40:51Z | 2018-04-19T02:50:25Z | 2018-01-23T20:15:29Z | 2018-01-23T20:15:29Z | 65e5f05938dc40c6e169377f8c0b6e7774d96866 | 0 | 8238eb6410576f406277f83b6f9e6a6feb3f8640 | b55143d3a54d95f3d6a8356835bd27be369824da | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1840 | ||||
| 167632065 | MDExOlB1bGxSZXF1ZXN0MTY3NjMyMDY1 | 1893 | closed | 0 | Use correct dtype for RGB image alpha channel | Zac-HD 12229877 | - [x] Closes #1880 - [x] Tests added (for all bug fixes or enhancements) - [ ] Tests passed (for all non-documentation changes) - [x] Fully documented (bugfix for earlier change, no additional note) The cause of the bug in #1880 was that I had forgotten to specify the dtype when creating an alpha channel, and therefore concatenating it cast the all the data to float64. I've fixed that, corrected the alpha value for integer arrays, and avoided a pointless copy to save memory. | 2018-02-07T09:00:33Z | 2018-02-14T05:42:15Z | 2018-02-12T22:12:13Z | 2018-02-12T22:12:13Z | 93a4039f6c6eb765f5b2dc1ba286b263a931dac6 | 0 | 04f74b2b89a8721295bed9f287c1a71366ba3357 | 1d3239982db9778e89a48fe55b01d0a525673a7a | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1893 | ||||
| 173154149 | MDExOlB1bGxSZXF1ZXN0MTczMTU0MTQ5 | 1967 | closed | 0 | Fix RGB imshow with X or Y dim of size one | Zac-HD 12229877 | - [x] Closes #1966 - [x] Tests added (for all bug fixes or enhancements) - [x] Tests passed (for all non-documentation changes) - [x] Fully documented, including `whats-new.rst` for all changes Not much more to say, really. Thanks to @fmaussion for pinging me - definitely faster to track down when you know the code! | 2018-03-06T13:14:04Z | 2018-03-09T01:49:08Z | 2018-03-08T23:51:45Z | 2018-03-08T23:51:45Z | 9accae01b5b4018e05385269780708bcf8048d16 | 0 | 9816bd149f2b33612e19ebdf2a05ab8d8fe2ac16 | 3419e9e61beb551850ddc283bb963f09967cb6c3 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1967 | ||||
| 173455743 | MDExOlB1bGxSZXF1ZXN0MTczNDU1NzQz | 1972 | closed | 0 | Starter property-based test suite | Zac-HD 12229877 | - [x] Closes #1846 - [x] Tests added - **you bet** - [x] Tests passed - well, the code under test hasn't changed... This is a small property-based test suite, to give two examples of the kinds of tests that we could write for Xarray using Hypothesis. 1. For any array, encoding and decoding it with a CF coder outputs an identical array. As you would hope, these tests pass. 2. For any 2D array, you can call the 2D plotting methods without raising an exception. Alas, this is *not* the case, and Hypothesis will show you the failing inputs (and matplotlib-related tracebacks) to prove it. (Contributing a very small feature to matplotlib was shockingly painful, so I'm not planning to take a similar suite upstream myself unless something changes) Things that I would like to know: - Have I build-wrangled something reasonable here? - Will anyone else contribute property-based tests? I'm happy to help people debug or work out how to test something, but I simply don't have the time to write another test suite for free. - Is this something you *want?* | 2018-03-07T13:45:07Z | 2018-03-20T12:51:28Z | 2018-03-20T12:40:12Z | 2018-03-20T12:40:11Z | 6456df4e9d103a75231d0ea43bb87250ad8745a6 | 0 | 1db77e6060ac4ac91178f8f6dbab845ccb1f80ed | e1dc51572e971567fd3562db0e9f662e3de80898 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/1972 | ||||
| 218481293 | MDExOlB1bGxSZXF1ZXN0MjE4NDgxMjkz | 2442 | closed | 0 | Use Hypothesis profile mechanism, not no-op mutation | Zac-HD 12229877 | Closes #2441 - [Hypothesis 3.72.0](https://hypothesis.readthedocs.io/en/latest/changes.html#v3-72-0) turned a common no-op into an explicit error. Apparently this was *such* a common misunderstanding that I had done it too :disappointed: Anyway: while it hasn't been using the deadline at all until now, I've still translated it into the correct form rather than deleting it in order to avoid flaky tests if the Travis VM is slow. | 2018-09-26T23:14:33Z | 2018-09-27T00:35:46Z | 2018-09-26T23:47:27Z | 2018-09-26T23:47:27Z | 96dde664eda26a76f934151dd10dc02f6cb0000b | 0 | 10efc51eea9c5016c7d5dbb0e16f121c00d7a8bd | 1ec83a75c409c68683ac035dfee1c26f8cbc6695 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/2442 | ||||
| 254122550 | MDExOlB1bGxSZXF1ZXN0MjU0MTIyNTUw | 2777 | closed | 0 | Improved default behavior when concatenating DataArrays | Zac-HD 12229877 | - [x] Closes #2775 - [x] Tests added - [x] Fully documented, including `whats-new.rst` for all changes and `api.rst` for new API This is really nice to have when producing faceted plots of satellite observations in various bands, and should be somewhere between useful and harmless in other cases. Example code: ```python ds = xr.Dataset({ k: xr.DataArray(np.random.random((2, 2)), dims="x y".split(), name=k) for k in "blue green red".split() }) xr.concat([ds.blue, ds.green, ds.red], dim="band").plot.imshow(col="band") ``` Before - facets have an index, colorbar has misleading label:  After - facets have meaningful labels, colorbar has no label:  | 2019-02-19T05:43:44Z | 2019-03-03T22:20:01Z | 2019-03-03T22:20:01Z | 155f6025b7d18e00dc3414b3398ad91be6a44913 | 0 | 63da214d697345ebdd0ecc0967c72eafc70bcb0d | 612d390f925e5490314c363e5e368b2a8bd5daf0 | CONTRIBUTOR | xarray 13221727 | https://github.com/pydata/xarray/pull/2777 |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE [pull_requests] (
[id] INTEGER PRIMARY KEY,
[node_id] TEXT,
[number] INTEGER,
[state] TEXT,
[locked] INTEGER,
[title] TEXT,
[user] INTEGER REFERENCES [users]([id]),
[body] TEXT,
[created_at] TEXT,
[updated_at] TEXT,
[closed_at] TEXT,
[merged_at] TEXT,
[merge_commit_sha] TEXT,
[assignee] INTEGER REFERENCES [users]([id]),
[milestone] INTEGER REFERENCES [milestones]([id]),
[draft] INTEGER,
[head] TEXT,
[base] TEXT,
[author_association] TEXT,
[auto_merge] TEXT,
[repo] INTEGER REFERENCES [repos]([id]),
[url] TEXT,
[merged_by] INTEGER REFERENCES [users]([id])
);
CREATE INDEX [idx_pull_requests_merged_by]
ON [pull_requests] ([merged_by]);
CREATE INDEX [idx_pull_requests_repo]
ON [pull_requests] ([repo]);
CREATE INDEX [idx_pull_requests_milestone]
ON [pull_requests] ([milestone]);
CREATE INDEX [idx_pull_requests_assignee]
ON [pull_requests] ([assignee]);
CREATE INDEX [idx_pull_requests_user]
ON [pull_requests] ([user]);