pull_requests
26 rows where user = 226037
This data as json, CSV (advanced)
Suggested facets: base, 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 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 221282324 | MDExOlB1bGxSZXF1ZXN0MjIxMjgyMzI0 | 2476 | closed | 0 | Add a GRIB backend via ECMWF cfgrib / ecCodes | alexamici 226037 | This is currently a WIP PR for review. - [x] Addresses #2475 - only read support is proposed for now. - [x] Tests added. - [x] Documented, including `whats-new.rst` for all changes and `api.rst` for new API. The implementation depends on the python module *cfgrib* and the C-library ecCodes to be installed. Work in progress items: - [x] the coordinate rename doesn't really belong here, move it to *cfgrib*, - [x] port cfgrib backend to use the new `CachingFileManager` interface - [x] implement proper locking - [x] test *dask* support (real performance with *dask* depends on saving the external index) - ~~~the encoding options are needlessly different from the standard ones, try to sync them~~~ not urgent cc @StephanSiemen @iainrussell | 2018-10-09T01:13:10Z | 2018-10-25T21:10:36Z | 2018-10-17T16:53:32Z | 2018-10-17T16:53:32Z | 9f4474d657193f1c7c9aac25bb2edf94755a8593 | 0 | eda96a495844fdff53a0da9a35e56a3f3e575267 | 7cab33a1335cc2cbeb93090145a7f6d4c25a1692 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/2476 | ||||
| 223943573 | MDExOlB1bGxSZXF1ZXN0MjIzOTQzNTcz | 2492 | closed | 0 | ENH: Detect the GRIB files by the filename extension and suggest engine. | alexamici 226037 | `_get_default_engine` chooses the engine suitable to open the `path`, ATM it only detects URL's. In this PR I propose to also detect GRIB files by the extension and suggest to the user which `engine` to use. **Updated:** The whole engine detection strategy looked a bit fragile as the `.gz` extension was recognised outside of `_get_default_engine` and the nested `if`s and `try` / `except` blocks make the code poorly readable. I added a bit of a refactor in this area. - ~~Closes xxxx~~ - [x] Tests added - ~~Fully documented, including `whats-new.rst` for all changes and `api.rst` for new API.~~ No change to document. | 2018-10-18T12:50:13Z | 2018-10-25T20:57:38Z | 2018-10-22T15:26:14Z | 2018-10-22T15:26:14Z | 671d936166414edc368cca8e33475369e2bb4d24 | 0 | 486a391915d3bf1af685ae9ef908c30d5e053851 | 9f4474d657193f1c7c9aac25bb2edf94755a8593 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/2492 | ||||
| 224981279 | MDExOlB1bGxSZXF1ZXN0MjI0OTgxMjc5 | 2502 | closed | 0 | Fix tests to new coordinate names in cfgrib>=0.9.2 | alexamici 226037 | Fix `TestCfGrib` broken by a user-visible backward-incompatible change in *cfgrib>=0.9.2*. No other user visible coordinate name change is expected so the test can remain like it is. Sorry for the inconvenience! - [x] Noted in the discussion of #2500 - [x] Tests added - ~~Fully documented, including `whats-new.rst` for all changes and `api.rst` for new API~~ | 2018-10-23T10:24:05Z | 2018-10-25T20:57:40Z | 2018-10-23T18:28:48Z | 2018-10-23T18:28:48Z | b8c4b7862c87223f32e13d7c454a8f275998f828 | 0 | 01f6f42102f99877a1afc3e032e4b76ccdfaa126 | 5ebed791db006075701c16b2e8eb9566207f2548 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/2502 | ||||
| 228203940 | MDExOlB1bGxSZXF1ZXN0MjI4MjAzOTQw | 2540 | closed | 0 | Remove use of deprecated and unused keyword in cfgrib.open_file. | alexamici 226037 | This is a trivial fix to remove the use of the `mode` keyword in the `cfgrib.open_file` call. The keyword has always be ignored and will be deprecated with the next version of *cfgrib*. Better to have this fix in before the v0.11 release. | 2018-11-04T21:23:30Z | 2018-11-05T02:35:28Z | 2018-11-05T02:35:28Z | 2018-11-05T02:35:28Z | 38399cce9b97a7b48d56f66500469305ccc250f9 | 0 | 7f0619e4d7d343e19169d4fdca9ec8fb81b903f8 | 848d491826a746711265b42a12fec12611fe539a | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/2540 | ||||
| 228326254 | MDExOlB1bGxSZXF1ZXN0MjI4MzI2MjU0 | 2544 | closed | 0 | Drop the hack needed by CachingFileManager in cfgrib_.py | alexamici 226037 | This is a minor cleanup of the `backend_kwargs` hack that was needed to support CachingFileManager and that I forgot to remove after I stopped using it. I didn't include this bit in #2540 because I didn't want to pollute the important fix with cleanup noise. | 2018-11-05T11:51:04Z | 2018-11-06T16:23:17Z | 2018-11-06T16:23:16Z | 2018-11-06T16:23:16Z | eece515aaa1bd9ec78dffe47d8d839cd69515b56 | 0 | 775a508d8b27a381cf15fef6861df2bb51e2ddee | 421be442041e6dbaa47934cb223cb28dd2b37e53 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/2544 | ||||
| 282425306 | MDExOlB1bGxSZXF1ZXN0MjgyNDI1MzA2 | 2992 | closed | 0 | Simplify conda envs: cfgrib is now part of conda-forge | alexamici 226037 | This is a minor cleanup of the conda environment creation files: * no direct reference to *ecCodes* * conda-only dependency resolution | 2019-05-27T08:55:26Z | 2019-05-28T21:32:27Z | 2019-05-28T21:32:27Z | 2019-05-28T21:32:27Z | ae1239c58282336b311ee3a6f5d3f4ce5bacdb93 | 0 | 6bd803190666077c90b45576ae2c2e58262a5877 | 6dc8b60849fab48f24494859c15a42f078025be6 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/2992 | ||||
| 462990785 | MDExOlB1bGxSZXF1ZXN0NDYyOTkwNzg1 | 4310 | closed | 0 | Remove all unused and warn-raising methods from AbstractDataStore | alexamici 226037 | - [x] Related but really orthogonal to #4309 - [x] Remove code, but keeps all existing tests passing (on MacOS with pandas=1.0.5) - [x] Passes `isort . && black . && mypy . && flake8` - [x] No user / developer visible changes are expected @shoyer this could be the first pass of the simplification of the current backend API. It not needed for #4309, but it make more obvious that we'd be free to keep the AbstractDataStore class if we wanted to. The reason the change can be considered reasonably innocuous is that warnings would have been printed on access to any of the removed methods, but you never know. Your call (but I'd love to have a delete-only contribution to *xarray* :D). Please note that: 1. this change is the absolute lowest hanging fruit, 2. removing `__enter__` and `__exit__` appears feasible as they are used only in tests, but it is a slightly bigger change, 3. removing `load` is marginally more complex because it handle the special case when a variable name is equal to `None`. | 2020-08-04T20:27:57Z | 2020-09-22T21:12:47Z | 2020-08-05T14:27:51Z | 2020-08-05T14:27:51Z | 1101eca6a50bb832d6812fbe78852dad2f0306cf | 0 | c6392de351687d3ce9405a0aa25bf6d4681bff3d | e1dafe676812409834ccac3418ecf47600b00615 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4310 | ||||
| 488639062 | MDExOlB1bGxSZXF1ZXN0NDg4NjM5MDYy | 4431 | closed | 0 | Refactor of the big if-chain to a dictionary in the form {backend_name: backend_open}. | alexamici 226037 | This ports the clean up of the messy if-else-chain from #3166. It should make adding the new back-end API easier. The change is relatively trivial, but it touches code in `xr.open_dataset` so extra care should be used by reviewers. We think the change is safe and it does pass all tests. - [x] Port the generic part of #3166 - [x] Tests sync'ed - [x] Passes `isort . && black . && mypy . && flake8` - [x] No user visible change - [x] No new functions/methods I cannot add reviewers myself, but we agreed this should go to @jhamman. | 2020-09-17T12:39:55Z | 2020-12-10T10:30:40Z | 2020-09-24T15:03:46Z | 2020-09-24T15:03:45Z | c0399d3de144bf26a0e6b5a8abe2b1560576c552 | 0 | 6844fb6fd1e4a0b1611cf50405c557a7d1833dbe | 57ae5a482e2e64f0fae30038c35e14a127d52a27 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4431 | ||||
| 492931397 | MDExOlB1bGxSZXF1ZXN0NDkyOTMxMzk3 | 4458 | closed | 0 | Autodetect the engine only when `engine=None` | alexamici 226037 | Always use the `engine` explicitly selected by the user and perform auto detection only when `engine=None`. - [x] Closes #4457 - [x] Tests added - [x] Passes `isort . && black . && mypy . && flake8` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - [x] No new functions/methods The refactor complexity stems mostly from moving or duplicating some logic from `_get_engine_from_magic_number` to the backend stores. The current, rather ugly, code minimizes changes to the error conditions and messages. Later in the backend refactor the plugins will provide the functionalities to identify the format from the file content and the duplication should be eliminated. @jhamman do you think I need to acknowledge the CZI sponsorship in the changelog? | 2020-09-25T08:53:27Z | 2020-12-10T10:30:56Z | 2020-09-28T15:42:01Z | 2020-09-28T15:42:01Z | f821fe20595c3700375ccecebf88e01a61444777 | 0 | ae766a4039a656c135357dbbd5e307111fac6333 | c0399d3de144bf26a0e6b5a8abe2b1560576c552 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4458 | ||||
| 493299928 | MDExOlB1bGxSZXF1ZXN0NDkzMjk5OTI4 | 4462 | closed | 0 | Cleanup logic inside `open_dataset`, mostly `extra_kwargs` | alexamici 226037 | This is a small, pure code-refactor PR that removes some of the cruft left in `open_dataset` from #4187 and #4431 - [x] Additional clean ups after #4431 - [x] Pure code refactor, no change in tests - [x] Passes `isort . && black . && mypy . && flake8` Note that `mode="r"` is the default in `open_group`. | 2020-09-25T18:30:28Z | 2020-12-10T10:31:02Z | 2020-10-08T15:06:37Z | 2020-10-08T15:06:37Z | 6dc3c75ced40d93ddddecf0e32089709060fc960 | 0 | ecd75390c065b5751ccfe41c8924c49b9a4a6b86 | 544bbe204362709fb6c2d0a4176e1646954ceb9a | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4462 | ||||
| 541453447 | MDExOlB1bGxSZXF1ZXN0NTQxNDUzNDQ3 | 4701 | closed | 0 | Allow pathlib.Path to be passed to all engines | alexamici 226037 | - Related to #4309 and in particular: https://github.com/pydata/xarray/issues/4309#issuecomment-747055666 - [x] Passes `isort . && black . && mypy . && flake8` - No user visible change Once `ZarrStore.open_group` and `NetCDF4DataStore.open` accepts `pathlib.Path` objects we can remove `_normalize_path` from `apiv2.open_dataset`. All other backends accept them. Note that `zarr` itself doesn't support them, yet. See: https://github.com/zarr-developers/zarr-python/issues/601 | 2020-12-16T21:36:33Z | 2021-09-01T08:46:35Z | 2020-12-18T13:43:32Z | 2020-12-18T13:43:32Z | 7355c350a88ec6892c5e9ccdf8dee5ef532036be | 0 | b468ca08054ff428941e5c4daeb20c93a8f40f5e | 20d51cc7a49f14ff5e16316dcf00d1ade6a1c940 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4701 | ||||
| 542477484 | MDExOlB1bGxSZXF1ZXN0NTQyNDc3NDg0 | 4707 | closed | 0 | APIv2: pass user defined `filename_or_obj` to backends as is | alexamici 226037 | - [x] Related to #4309 - No test added, but all tests pass. - [x] Passes `isort . && black . && mypy . && flake8` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - No new functions/methods. **The change affects only APIv2.** Pros: - `open_dataset` passes the dataset description object `filename_or_obj` to the backends without fiddling with it. This is more and more important as several backends know how to open `dict`s, `file`'s `str`s that are not paths (*rasterio* for example accepts GDAL strings that are not paths and that is one of the reasons `engine="rasterio"` cannot be used in `open_dataset`) Cons: - at the moment backends expect paths to always be absolute, not sure if they use this info. | 2020-12-18T11:14:05Z | 2020-12-22T14:14:18Z | 2020-12-22T14:14:18Z | 2020-12-22T14:14:18Z | 7e2e22ae0f0ebece09de807245d467ee4847d4fa | 0 | 13473f0af5b36efb5a641a6d9ab971687749e4e5 | 7355c350a88ec6892c5e9ccdf8dee5ef532036be | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4707 | ||||
| 542676048 | MDExOlB1bGxSZXF1ZXN0NTQyNjc2MDQ4 | 4709 | closed | 0 | APIv2: move all _autodetect_engine logic to the plugins | alexamici 226037 | - [x] Relates to #4309 - [x] Tests updated - [x] Passes `isort . && black . && mypy . && flake8` - No user visible changes (including notable bug fixes) are documented in `whats-new.rst` - No new functions/methods are listed in `api.rst` **Changes affects only APIv2.** This PR removes all remaining knowledge about what backend support from the generic code path in `apiv2.open_dataset`. Once we make the switch to API v2 a big chunk of code can be removed from `api.py`. | 2020-12-18T17:23:16Z | 2020-12-22T15:33:40Z | 2020-12-22T15:33:40Z | 2020-12-22T15:33:40Z | 32f51e51f45f7a7290c4497d5e55e8f19a763aa7 | 0 | 7ea0368774a47e5b4a07e571725c212c8f1fa7c9 | 5179cd92fd0d5438e2b7366619e21a242d0d55c3 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4709 | ||||
| 544207214 | MDExOlB1bGxSZXF1ZXN0NTQ0MjA3MjE0 | 4721 | closed | 0 | APIv2 internal cleanups | alexamici 226037 | - [x] Related to #4309 - [x] No tests added, all tests pass - [x] Passes `isort . && black . && mypy . && flake8` - [x] No user visible change - [x] No new functions/methods Stop importing `api.py` in `apiv2.py` and other internal cleanups. This is needed by another change that results in a cyclic import due to `api`. | 2020-12-22T15:52:28Z | 2020-12-22T16:47:10Z | 2020-12-22T16:47:10Z | 2020-12-22T16:47:10Z | fc298247b40383fa3623d99243d6d9a68743a271 | 0 | edf4dd6e9c8e18b99685a8917cb05d21167daef0 | 32f51e51f45f7a7290c4497d5e55e8f19a763aa7 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4721 | ||||
| 545361582 | MDExOlB1bGxSZXF1ZXN0NTQ1MzYxNTgy | 4731 | closed | 0 | Close files in PseudoNetCDF backend to avoid CachingFileManager warnings. | alexamici 226037 | - [x] No issue, internal clenaup - [x] Tests fixed - [x] Passes `isort . && black . && mypy . && flake8` Tiny cleanup to silence a couple `CachingFileManager` warnings about files not being properly closed. | 2020-12-24T13:25:32Z | 2020-12-28T11:06:04Z | 2020-12-28T11:06:04Z | 2020-12-28T11:06:04Z | c53bcb64205ddcfdb7f0f7b63a278454a8b7a5d5 | 0 | 1e5abe934b66cb46285da0504e98c8c87036a027 | 03d8d56c9b6d090f0de2475202368b08435eaeb5 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4731 | ||||
| 546090807 | MDExOlB1bGxSZXF1ZXN0NTQ2MDkwODA3 | 4737 | closed | 0 | Declare only BASIC indexing for cfgrib. Fixes #4733 and ecmwf/cfgrib#157 | alexamici 226037 | - [x] Closes #4733 - [x] Tests added - [x] Passes `isort . && black . && mypy . && flake8` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - No new functions/methods are listed in `api.rst` | 2020-12-28T13:19:21Z | 2021-01-02T08:17:37Z | 2021-01-02T08:17:37Z | 2021-01-02T08:17:37Z | 0f1eb96c924bad60ea87edd9139325adabfefa33 | 0 | ceb7853659e285a0231407e25cd341017d01a48e | c53bcb64205ddcfdb7f0f7b63a278454a8b7a5d5 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4737 | ||||
| 551087638 | MDExOlB1bGxSZXF1ZXN0NTUxMDg3NjM4 | 4777 | closed | 0 | Remove special case in guess_engines | alexamici 226037 | - [x] Related to #4724 - [x] Tests sync'ed - [x] Passes `isort . && black . && mypy . && flake8` - [x] No user visible changes - [x] No new functions/methods This is a minor cleanup of the backend API v2. | 2021-01-07T14:20:46Z | 2021-01-08T09:33:20Z | 2021-01-08T09:33:20Z | 2021-01-08T09:33:20Z | 5ddb8d58b3639de7ce748b64ab60f709c58858f0 | 0 | e9f2a40d048dac9cf02d346a4c824d692b04c707 | bc49e277a45212f7ef33165d7fa1247c219ce276 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4777 | ||||
| 554938446 | MDExOlB1bGxSZXF1ZXN0NTU0OTM4NDQ2 | 4809 | closed | 0 | Remove the references to `_file_obj` outside low level code paths, change to `_close` | alexamici 226037 | - [x] Related to #4309 - [x] No tests added, all tests passing - [x] Passes `pre-commit run --all-files` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - [x] No new functions/methods are listed in `api.rst` You can now pass a `close` argument to `xr.Dataset` that closes the backend resources. This is only useful to backend developers, we need to add the documentation as per #4803 but it may need to be hidden and not documented to end-users. The PR is draft pending some cleanups and the documentation. | 2021-01-14T13:40:25Z | 2021-01-18T15:19:35Z | 2021-01-18T15:19:35Z | 2021-01-18T15:19:35Z | 2a433855789cd20d31f61917a01d0a26a0a9e91a | 0 | 5f047a6de9535317ee982dda60ff0c859bb48435 | 800ccb3098495cc4c4952097e89de52aaf22f118 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4809 | ||||
| 572703753 | MDExOlB1bGxSZXF1ZXN0NTcyNzAzNzUz | 4899 | closed | 0 | Revert defaults of backends' open_datasets to prepare the switch to APIv2 | alexamici 226037 | <!-- Feel free to remove check-list items aren't relevant to your change --> - [x] Related to #4309 - [x] Passes `pre-commit run --all-files` Internal fix. At the moment even when setting `XARRAY_BACKEND_API=v2` the defaults of `open_dataset` are defined by the v1 function. In APIv2 the defaults are defined by the backends (for example `pseudonetcdf_.py` sets `mask_and_scale=False`). This PR fixes the backend defaults to be the same as in v1 in all cases. | 2021-02-12T18:28:01Z | 2021-02-17T18:12:34Z | 2021-02-17T18:12:34Z | 2021-02-17T18:12:34Z | 7c4e2ac83f7b4306296ff9b7b51aaf016e5ad614 | 0 | 32130bbc6a2866a88101e5344f1fe3830463af2b | 6e4d66734f63fb60b13ba25d2a7da33fbfab2b4b | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4899 | ||||
| 584125340 | MDExOlB1bGxSZXF1ZXN0NTg0MTI1MzQw | 4989 | closed | 0 | Switch backend API to v2 | alexamici 226037 | - [x] Closes #4309 - [x] Tests added - [x] Passes `pre-commit run --all-files` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - [x] New functions/methods are listed in `api.rst` The documentation is in PR #4803 This is a big change so it better gets in early in the development cycle. Some users visible changes to `xr.open_dataset` need to be discussed. | 2021-03-03T17:12:14Z | 2021-03-09T01:04:05Z | 2021-03-09T01:04:00Z | 2021-03-09T01:04:00Z | 50d97e9d35bac783850827fa66ff5eb768e62905 | 0 | 205737a9dc89c8716c1b0be6cad1e3cc382e9f55 | d2582c2f8811a3bd527d47c945b1cccd4983a1d3 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/4989 | ||||
| 608841902 | MDExOlB1bGxSZXF1ZXN0NjA4ODQxOTAy | 5112 | closed | 0 | Add LazilyOuterIndexedArray alias to LazilyIndexedArray for external backends to use | alexamici 226037 | <!-- Feel free to remove check-list items aren't relevant to your change --> - [x] Closes #5111 - [x] No need to add tests - [x] Passes `pre-commit run --all-files` | 2021-04-05T09:34:03Z | 2021-04-06T10:18:04Z | 2021-04-06T09:18:50Z | 2021-04-06T09:18:49Z | 903278adaa5432c53ecdc09c03df54e0b5a27504 | 0 | ca573b3d2ae215b8ed79b86f3aa0c77f122bd663 | 3cbd21aa8fd3a57c0dd324f2a276d83829518331 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/5112 | ||||
| 610117175 | MDExOlB1bGxSZXF1ZXN0NjEwMTE3MTc1 | 5121 | closed | 0 | Do not write an empty "coordinates" attribute to a netCDF file | alexamici 226037 | - [x] No issue, trivial cleanup - [x] Tests modified to match The behaviour is not too problematic as CF checkers don't complain about the empty string, but it is aesthetically annoying. This happens more frequently after #2844 added the auxiliary variable to `.coords`. | 2021-04-06T19:29:23Z | 2021-04-07T17:34:15Z | 2021-04-07T17:34:15Z | 2021-04-07T17:34:15Z | e56905889c836c736152b11a7e6117a229715975 | 0 | 1cf3c8d2ae0813dc0274e22149a51989cce1d917 | 903278adaa5432c53ecdc09c03df54e0b5a27504 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/5121 | ||||
| 610574089 | MDExOlB1bGxSZXF1ZXN0NjEwNTc0MDg5 | 5127 | closed | 0 | Simplify the user experience of a backend developer (imports and docs) | alexamici 226037 | - [x] Proposed fix for #5125 - [x] No need to add tests - [x] Passes `pre-commit run --all-files` - [x] Documentation is synced This is mostly a stylistic revamp of the documentation on "How to add a new backend" after I followed the process a couple of times: * add import statments * use always `my_*`/`My` (there where some `your_`) * avoid ellipsis The main code change is adding references to `BackendEntrypoint` and `BackendArray` in `xarray.backends`. | 2021-04-07T11:11:58Z | 2021-04-11T18:50:06Z | 2021-04-11T18:50:06Z | 2021-04-11T18:50:06Z | 186c2ff6542f090a8e97ffb755f866030be30be9 | 0 | 2541cfd0b1794c4514082a397cdcaf953f281e32 | 903278adaa5432c53ecdc09c03df54e0b5a27504 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/5127 | ||||
| 613133807 | MDExOlB1bGxSZXF1ZXN0NjEzMTMzODA3 | 5139 | closed | 0 | Protect against an exception raised by python-eccodes | alexamici 226037 | Depending on the kind of problem `python-eccdodes` may return `RuntimeError` or `ImportError`. - [x] Related to #5138 - [x] Passes `pre-commit run --all-files` | 2021-04-11T19:28:25Z | 2021-04-12T11:24:57Z | 2021-04-12T07:29:03Z | 2021-04-12T07:29:03Z | 851d85b9203b49039237b447b3707b270d613db5 | 0 | e0835839d831cc72449173cffac5fc4f6c388ec5 | 186c2ff6542f090a8e97ffb755f866030be30be9 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/5139 | ||||
| 629552851 | MDExOlB1bGxSZXF1ZXN0NjI5NTUyODUx | 5256 | closed | 0 | More correct deprecation warning for `lock` argument | alexamici 226037 | - [x] Closes #5073 (alternative to and more precise than #5237) - [ ] Tests added - [x] Passes `pre-commit run --all-files` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - [x] New functions/methods are listed in `api.rst` @TomNicholas and all, sorry again for addressing this late. | 2021-05-04T06:34:50Z | 2021-05-04T15:08:11Z | 2021-05-04T14:30:09Z | 2021-05-04T14:30:09Z | f455e00f0228c30423123c089227d7a8fd4a94b5 | 0 | 0dbda01636820ae2f29781ef913fa52e0752d05b | 1c198a191127c601d091213c4b3292a8bb3054e1 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/5256 | ||||
| 631496881 | MDExOlB1bGxSZXF1ZXN0NjMxNDk2ODgx | 5266 | closed | 0 | v0.18.0 release highlights | alexamici 226037 | - [x] Related to #5232 - [x] ~Tests added~ - [x] Passes `pre-commit run --all-files` - [x] User visible changes (including notable bug fixes) are documented in `whats-new.rst` - [x] New functions/methods are listed in `api.rst` @TomNicholas @dcherian & @pydata/xarray please review and propose changes I'm at the item 6. of the how to release guide. | 2021-05-06T14:35:56Z | 2021-05-06T16:43:14Z | 2021-05-06T16:43:14Z | 2021-05-06T16:43:13Z | eec2b59bd08498fe3d50d8549b540d0a8409c7ac | 0 | f92e1ab5944f17beaa8b21fdc951cc0b1cf6c265 | c1aea94a8a0b03a19a06faa83d9e50b20776a286 | MEMBER | xarray 13221727 | https://github.com/pydata/xarray/pull/5266 |
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]);