html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue
https://github.com/pydata/xarray/issues/7162#issuecomment-1483302077,https://api.github.com/repos/pydata/xarray/issues/7162,1483302077,IC_kwDOAMm_X85YaWS9,3924836,2023-03-24T19:22:56Z,2023-03-24T19:23:46Z,MEMBER,"Reviving this exploration with `xarray : 2023.3.0` and I'm no longer seeing the traceback linked above, so I think this can be closed
Original traceback from `xr.align(copy, newds)`, which now succeeds:
```pytb
`File ~/mambaforge/envs/xarray-release/lib/python3.10/site-packages/xarray/core/indexes.py:490, in PandasIndex.equals(self, other)
488 if not isinstance(other, PandasIndex):
489 return False
--> 490 return self.index.equals(other.index) and self.dim == other.dim
AttributeError: 'PandasIndex' object has no attribute 'index'
```","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1409811164
https://github.com/pydata/xarray/issues/7195#issuecomment-1289469597,https://api.github.com/repos/pydata/xarray/issues/7195,1289469597,IC_kwDOAMm_X85M276d,3924836,2022-10-24T19:04:23Z,2022-10-24T19:04:23Z,MEMBER,"@leomiquelutti I wasn't able to reproduce this (ran your colab notebook and opened the netcdf in qgis 3.26). It's possible for versions to change between your colab executions so I recommend using `rioxarray.show_versions()` Since you are using rioxarray to write the CRS, I'd also recommend opening this issue or discussion over in https://github.com/corteva/rioxarray
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1419483454
https://github.com/pydata/xarray/issues/6722#issuecomment-1166154340,https://api.github.com/repos/pydata/xarray/issues/6722,1166154340,IC_kwDOAMm_X85Fghpk,3924836,2022-06-25T00:37:46Z,2022-06-25T00:37:46Z,MEMBER,"This would be a pretty small change and only applies for loading data into numpy arrays, for example current repr for a variable followed by modified for the example dataset above (which already happens for large arrays):
---
Seeing a few values at the edges can be nice, so this makes me realize how data summaries in the metadata (Zarr or STAC) is great for large datasets on cloud storage.
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1284094480
https://github.com/pydata/xarray/issues/6448#issuecomment-1098327424,https://api.github.com/repos/pydata/xarray/issues/6448,1098327424,IC_kwDOAMm_X85BdyWA,3924836,2022-04-13T17:53:21Z,2022-04-13T17:53:21Z,MEMBER,"One of the main motivations behind the the [rioxarray extension is GDAL compatibility](https://corteva.github.io/rioxarray/stable/getting_started/getting_started.html). It looks like @snowman2 and @TomAugspurger have discussed saving many geotiffs loaded into xarray as GDAL-compatible Zarr for example https://github.com/corteva/rioxarray/issues/433#issuecomment-967685356.
While it seems that the ultimate solution is agreeing on a format standard, here is another small example using the rioxarray extension where format conversion doesn't currently work as you might expect:
```python
# https://github.com/pydata/xarray-data
ds = xr.open_dataset('xarray-data/air_temperature.nc',
engine='rasterio')
# TooManyDimensions: Only 2D and 3D data arrays supported.
ds.rio.to_raster('test.zarr', driver='ZARR')
# Does not error, but output not equivalent to `gdal_translate -of ZARR xarray-data/air_temperature.nc gdal_air_temp.zarr`
# for example, `gdalinfo xarray-tutorial-airtemp.zarr` gives
# Warning 1: Too many samples along the > 2D dimensions of /air.
ds.to_zarr('xarray-tutorial-airtemp.zarr')
```
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1194993450
https://github.com/pydata/xarray/issues/6363#issuecomment-1068741201,https://api.github.com/repos/pydata/xarray/issues/6363,1068741201,IC_kwDOAMm_X84_s7JR,3924836,2022-03-16T05:14:50Z,2022-03-16T05:20:46Z,MEMBER,"Well, I changed that URL back in https://github.com/pydata/xarray/pull/3162 . But maybe it's best to just remove that test now that VRT and other GDAL/rasterio functionality is integrated with rioxarray?
Unfortunately the AWS ""landsat-pds"" (public data set) was deprecated and not supported any longer, so maybe those images are finally being deleted https://lists.osgeo.org/pipermail/landsat-pds/2021-July/000185.html","{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1170533154
https://github.com/pydata/xarray/issues/5291#issuecomment-839334583,https://api.github.com/repos/pydata/xarray/issues/5291,839334583,MDEyOklzc3VlQ29tbWVudDgzOTMzNDU4Mw==,3924836,2021-05-12T00:31:28Z,2021-05-12T00:31:28Z,MEMBER,"Thanks @keewis I should have been more clear about the environment. I was recently going over the tutorial with someone and started with:
1. `conda create -n xarray-tutorial xarray`
running `ds = xr.tutorial.load_dataset(""air_temperature"")` --> `ImportError: using the tutorial data requires pooch`
2. we install pooch and then hit: `ValueError: cannot guess the engine, try passing one explicitly`
3. after consulting the docstring we then try ds = xr.tutorial.load_dataset(""air_temperature"", engine=""netcdf4"") and hit `ValueError: unrecognized engine netcdf4 must be one of: ['store']`
4. being familiar with xarray we then installed netcdf4 into our environment and all is well.
I do think these error messages are not obvious to fix for new xarray users trying out the tutorial (especially # 3 above)
> we could definitely improve the error message, though. Something like ""unknown engine {engine}, please choose one of the installed engines: {engines}"", maybe?
Yes. Perhaps with a link to docs with a list of engines? for the tutorial case specifically could also update the ImportError message to read `ImportError: please install 'pooch' and 'netcdf4' to use xarray tutorial data`?
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,889162918
https://github.com/pydata/xarray/issues/3291#issuecomment-823833533,https://api.github.com/repos/pydata/xarray/issues/3291,823833533,MDEyOklzc3VlQ29tbWVudDgyMzgzMzUzMw==,3924836,2021-04-21T07:12:11Z,2021-04-21T07:13:45Z,MEMBER,"Just wanted to rekindle discussion here and ping @dcherian and @benbovy , the current workaround for pandas DatetimeIndex with timezone info (dtype='datetime64[ns, EST]') is to drop the timezone piece or use `to_index()` and operate in pandas, then reassign the time coordinate: See https://github.com/pydata/xarray/issues/1036 and https://github.com/pydata/xarray/issues/3163.
If I'm following https://github.com/pydata/xarray/blob/master/design_notes/flexible_indexes_notes.md this is another potential example of improved user-friendliness where we could have timezone-aware indexes and therefore call pandas methods like `pandas.core.indexes.datetimes.DatetimeIndex.tz_convert()` directly as a DataArray method?
This would definitely be great for remote sensing data that is usually stored with UTC timestamps, but often analysis requires converting to local time.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,490618213
https://github.com/pydata/xarray/issues/5005#issuecomment-796044411,https://api.github.com/repos/pydata/xarray/issues/5005,796044411,MDEyOklzc3VlQ29tbWVudDc5NjA0NDQxMQ==,3924836,2021-03-10T20:25:41Z,2021-03-10T20:28:16Z,MEMBER,"Thanks @gabriel-abrahao good catch! the docs are definitely outdated here and need to be changed. This has been brought up before here https://github.com/pydata/xarray/issues/3185#issuecomment-574215734
You can either do what you suggested or simply `transform = Affine(*da.transform)`
https://github.com/pydata/xarray/blob/12b4480ff2bde696142ca850275cdcc85ca0fbc9/xarray/tests/test_backends.py#L4468
A PR to update the documentation would be welcome. It'd be just a one-line fix here:
https://github.com/pydata/xarray/blob/d2582c2f8811a3bd527d47c945b1cccd4983a1d3/xarray/backends/rasterio_.py#L179
cc @snowman2 the docstring for open_rasterio has the same issue currently in rioxarray https://github.com/corteva/rioxarray/blob/63ce87f92835897d46aaa270f5ec07aca4e72cda/rioxarray/_io.py#L653","{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,823418135
https://github.com/pydata/xarray/issues/4925#issuecomment-782258574,https://api.github.com/repos/pydata/xarray/issues/4925,782258574,MDEyOklzc3VlQ29tbWVudDc4MjI1ODU3NA==,3924836,2021-02-19T18:29:34Z,2021-02-19T19:10:58Z,MEMBER,"@Tinkaa I looked into this a bit more and I suspect the way you are installing packages (conda, pip?) is important to bring in compatible libnetcdf behind the scenes (You're xr.show_versions() shows new libnetcdf: 4.7.4 but older netCDF4: 1.5.0.1 making me think you installed and older version netcdf into an existing environment without any dependency resolution).
This works for me on mac0S: `conda create -c conda-forge -n opendap_working python xarray netcdf4==1.5.1 matplotlib` Note that I found the explicit pin important. Perhaps because it brings in libnetcdf=4.6.2 behind the scenes? Here is my full list of working versions:
```
INSTALLED VERSIONS
------------------
commit: None
python: 3.7.10 | packaged by conda-forge | (default, Feb 19 2021, 15:59:12)
[Clang 11.0.1 ]
python-bits: 64
OS: Darwin
OS-release: 20.3.0
machine: x86_64
processor: i386
byteorder: little
LC_ALL: None
LANG: en_US.UTF-8
LOCALE: en_US.UTF-8
libhdf5: 1.10.4
libnetcdf: 4.6.2
xarray: 0.16.2
pandas: 1.2.2
numpy: 1.20.1
scipy: None
netCDF4: 1.5.0.1
pydap: None
h5netcdf: None
h5py: None
Nio: None
zarr: None
cftime: 1.4.1
nc_time_axis: None
PseudoNetCDF: None
rasterio: None
cfgrib: None
iris: None
bottleneck: None
dask: None
distributed: None
matplotlib: 3.3.4
cartopy: None
seaborn: None
numbagg: None
pint: None
setuptools: 49.6.0.post20210108
pip: 21.0.1
conda: None
pytest: None
IPython: None
sphinx: None
```
Hopefully some folks that know more about opendap could chime in (@dopplershift, @rabernat ?) to help get to the root of this issue. For what it's worth, I noticed this additional log output that wasn't surfaced in the jupyter notebook in addition to the original traceback i posted:
```
oc_open: server error retrieving url: code=3 message=""The identifier `tmax.tmax%5b0%5d%5b0:3:620%5d%5b0:3:1404%5d' is not in the dataset.""oc_open: server error retrieving url: code=3 message=""The identifier `tmax.tmax%5b0%5d%5b0:3:620%5d%5b0:3:1404%5d' is not in the dataset.""oc_open: server error retrieving url: code=3 message=""The identifier `tmax.tmax%5b0%5d%5b0:3:620%5d%5b0:3:1404%5d' is not in the dataset.""oc_open: server error retrieving url: code=3 message=""The identifier `tmax.tmax%5b0%5d%5b0:3:620%5d%5b0:3:1404%5d' is not in the dataset.""
oc_open: server error retrieving url: code=3 message=""The identifier `tmax.tmax%5b0%5d%5b0:3:620%5d%5b0:3:1404%5d' is not in the dataset.""^CTraceback (most recent call last):
File ""/Users/scott/miniconda3/envs/opendap_test/lib/python3.9/site-packages/xarray/backends/common.py"", line 52, in robust_getitem
return array[key]
File ""src/netCDF4/_netCDF4.pyx"", line 4420, in netCDF4._netCDF4.Variable.__getitem__
File ""src/netCDF4/_netCDF4.pyx"", line 5363, in netCDF4._netCDF4.Variable._get
File ""src/netCDF4/_netCDF4.pyx"", line 1950, in netCDF4._netCDF4._ensure_nc_success
RuntimeError: NetCDF: file not found
```
","{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,811409317
https://github.com/pydata/xarray/issues/4648#issuecomment-738190759,https://api.github.com/repos/pydata/xarray/issues/4648,738190759,MDEyOklzc3VlQ29tbWVudDczODE5MDc1OQ==,3924836,2020-12-03T18:17:13Z,2020-12-03T18:17:13Z,MEMBER,"thanks for the ping @dcherian, i really like the idea! One other thing that often gets neglected in test suites is operating on remote data. I understand the need to avoid long-running tests and tests prone to network failures for PRs, but running these sorts of examples as a cron job could be very helpful for benchmarking and detecting issues.
In intake-xarray we recently added tests against a local HTTP server and ""S3"" server:
https://github.com/intake/intake-xarray/blob/master/intake_xarray/tests/test_remote.py
Also added several simple tests requiring a network connection to public data (no auth required) that we run locally but not in CI currently:
https://github.com/intake/intake-xarray/blob/master/intake_xarray/tests/test_network.py ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,756425955
https://github.com/pydata/xarray/issues/3269#issuecomment-714684059,https://api.github.com/repos/pydata/xarray/issues/3269,714684059,MDEyOklzc3VlQ29tbWVudDcxNDY4NDA1OQ==,3924836,2020-10-22T18:38:15Z,2020-10-22T18:38:15Z,MEMBER,"@dcherian I was just revisiting a use-case for this and realized `xr.open_rasterio()` does not take **kwargs.
http://xarray.pydata.org/en/stable/generated/xarray.open_rasterio.html#xarray.open_rasterio
I think this would be easy to implement because a while back rasterio implemented a keyword argument so that you can do rasterio.open(path, overview_level=3)
https://github.com/mapbox/rasterio/issues/1504
So is this just a matter of accepting kwargs in xr.open_rasterio() and passing them through?
https://github.com/pydata/xarray/blob/4aa7622b6ff16647df64fe69f39438b7cbe9576c/xarray/backends/rasterio_.py#L241
As seems to be done here for example:
https://github.com/pydata/xarray/blob/cc271e61077c543e0f3b1a06ad5e905ea2c91617/xarray/backends/h5netcdf_.py#L164
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,485988536
https://github.com/pydata/xarray/issues/4122#issuecomment-639651072,https://api.github.com/repos/pydata/xarray/issues/4122,639651072,MDEyOklzc3VlQ29tbWVudDYzOTY1MTA3Mg==,3924836,2020-06-05T17:27:58Z,2020-06-05T17:27:58Z,MEMBER,"Not sure, but I think the `h5netcdf` engine is the only one that allows for file-like objects (so anything going through fsspec)","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,631085856
https://github.com/pydata/xarray/issues/3563#issuecomment-557610023,https://api.github.com/repos/pydata/xarray/issues/3563,557610023,MDEyOklzc3VlQ29tbWVudDU1NzYxMDAyMw==,3924836,2019-11-22T16:56:42Z,2019-11-22T16:56:42Z,MEMBER,"Awesome @dcherian ! I like the approach of defining a binder environment then pulling the examples directory into the binder session with [nbgitpuller](https://github.com/jupyterhub/nbgitpuller). There are options for where to store the binder environment config (1) master branch .binder, 2) a new branch called 'binder', or 3) even a separate repo... maybe pydata/xarray-binder-env - see https://github.com/scottyhq/repo2docker-githubci ?","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,527296094
https://github.com/pydata/xarray/pull/3162#issuecomment-516633175,https://api.github.com/repos/pydata/xarray/issues/3162,516633175,MDEyOklzc3VlQ29tbWVudDUxNjYzMzE3NQ==,3924836,2019-07-30T23:26:07Z,2019-07-30T23:26:23Z,MEMBER,"ok. as noted https://github.com/mapbox/rasterio/pull/1709 the aws_unsigned=True should bypass importing boto3 in upcoming rasterio 1.0.25. But I've gone ahead and added `boto3` to ci requirements.yml files in case people want to add other tests reading from s3, gcs, etc. in the future","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,473142248
https://github.com/pydata/xarray/pull/3162#issuecomment-515588027,https://api.github.com/repos/pydata/xarray/issues/3162,515588027,MDEyOklzc3VlQ29tbWVudDUxNTU4ODAyNw==,3924836,2019-07-26T20:24:32Z,2019-07-26T20:24:32Z,MEMBER,"I'm in no rush to merge this (just wanted to help get rid of the red on Azure :). I think it's important to have network tests since it's increasingly common to be streaming data from s3, gcs, etc rather than reading locally. But I'm not sure of best practices for setting such tests up, so any suggestions for modifications are welcome.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,473142248
https://github.com/pydata/xarray/pull/3162#issuecomment-515452425,https://api.github.com/repos/pydata/xarray/issues/3162,515452425,MDEyOklzc3VlQ29tbWVudDUxNTQ1MjQyNQ==,3924836,2019-07-26T13:30:04Z,2019-07-26T14:00:48Z,MEMBER,"but seems like the tests are now run with each build on Azure? https://dev.azure.com/xarray/xarray/_build/results?buildId=389&view=ms.vss-test-web.build-test-results-tab
the new test currently still fails - I think due to https://github.com/mapbox/rasterio/pull/1709
cc @shoyer who created the issue linked in the first post. ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,473142248
https://github.com/pydata/xarray/issues/3083#issuecomment-509354012,https://api.github.com/repos/pydata/xarray/issues/3083,509354012,MDEyOklzc3VlQ29tbWVudDUwOTM1NDAxMg==,3924836,2019-07-08T19:10:53Z,2019-07-08T19:10:53Z,MEMBER,sounds good. i'll try to get to it this week.,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,464793626
https://github.com/pydata/xarray/issues/3083#issuecomment-509090872,https://api.github.com/repos/pydata/xarray/issues/3083,509090872,MDEyOklzc3VlQ29tbWVudDUwOTA5MDg3Mg==,3924836,2019-07-08T06:04:32Z,2019-07-08T06:04:32Z,MEMBER,"Strange, the same test works on my laptop current packages. Some ideas below:
* in the `rasterio.Env`environment we can add `CPL_CURL_VERBOSE=True` to get more information about the error, but would need to capture output that typically goes to the terminal (I've done this before with https://github.com/minrk/wurlitzer).
* I'm inclined to remove `CPL_VSIL_CURL_USE_HEAD=False` which is not documented anywhere obvious (https://lists.osgeo.org/pipermail/gdal-dev/2014-August/039924.html) and could be behind the error message. All rasterio/gdal environment config options are detailed here https://trac.osgeo.org/gdal/wiki/ConfigOptions
* we might also consider a different URL. maybe add a tif file to https://github.com/pydata/xarray-data? or use one of same URLs that the rasterio library is using for network tif tests?
https://github.com/mapbox/rasterio/blob/c2a495d536db6328e018cb65ce7cc0b8c559a937/tests/test_env.py#L34-L36","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,464793626
https://github.com/pydata/xarray/pull/2865#issuecomment-479927296,https://api.github.com/repos/pydata/xarray/issues/2865,479927296,MDEyOklzc3VlQ29tbWVudDQ3OTkyNzI5Ng==,3924836,2019-04-04T14:45:01Z,2019-04-04T14:45:01Z,MEMBER,"@jmichel-otb completely agree on your comments and think that the remote sensing community gains a lot by making these packages work well together (gdal, rasterio, xarray, dask, etc). As more people start using the rasterio backend with various use cases hopefully there will be more contributions such as this. Thanks!","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,428374352
https://github.com/pydata/xarray/pull/2782#issuecomment-470765319,https://api.github.com/repos/pydata/xarray/issues/2782,470765319,MDEyOklzc3VlQ29tbWVudDQ3MDc2NTMxOQ==,3924836,2019-03-08T01:13:16Z,2019-03-08T01:13:58Z,MEMBER,"thanks for the input @shoyer, I attempted to tidy up a bit and in the process re-ordered some things such as adding an 'engine' check at the top of open_dataset(). backend tests are passing locally on my machine. hopefully i didn't add too much here or overstep!","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,412645481
https://github.com/pydata/xarray/pull/2782#issuecomment-469556377,https://api.github.com/repos/pydata/xarray/issues/2782,469556377,MDEyOklzc3VlQ29tbWVudDQ2OTU1NjM3Nw==,3924836,2019-03-05T06:27:51Z,2019-03-05T06:27:51Z,MEMBER,"@shoyer , it would be great to have your feedback on these recent changes now that h5netcdf 0.7 is out. There's a bit more logic required in `api.py` now that scipy isn't the only backend that is able to read file-like objects (and people may not specify `engine=` when opening datasets)
`test_backends.py` passes locally for me except for `TestValidateAttrs.test_validating_attrs`... not sure why.
Also, per your comment here: https://github.com/shoyer/h5netcdf/pull/51#issuecomment-467591446, I think it would be great to get a few small netcdf4/hdf test files in https://github.com/pydata/xarray-data. ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,412645481
https://github.com/pydata/xarray/issues/2781#issuecomment-467689325,https://api.github.com/repos/pydata/xarray/issues/2781,467689325,MDEyOklzc3VlQ29tbWVudDQ2NzY4OTMyNQ==,3924836,2019-02-27T01:44:45Z,2019-02-27T01:44:45Z,MEMBER,"Just noting here that I've gotten this to work reading a netcd4/fhdf5 file via gcsfs, but not for the same file accessed via s3fs:
https://github.com/dask/s3fs/issues/168","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,412623833
https://github.com/pydata/xarray/pull/2589#issuecomment-448685064,https://api.github.com/repos/pydata/xarray/issues/2589,448685064,MDEyOklzc3VlQ29tbWVudDQ0ODY4NTA2NA==,3924836,2018-12-19T17:49:19Z,2018-12-19T17:49:19Z,MEMBER,"I think the minimum rasterio version should be increased to 1.0. For whatever reason the conda defaults channel hasn't been updated since 0.36 (Jun 14, 2016!). There are many important changes in 1.0 and beyond, and those releases are available via both pip and conda-forge.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,387123860
https://github.com/pydata/xarray/pull/2589#issuecomment-448416895,https://api.github.com/repos/pydata/xarray/issues/2589,448416895,MDEyOklzc3VlQ29tbWVudDQ0ODQxNjg5NQ==,3924836,2018-12-18T23:57:08Z,2018-12-18T23:57:08Z,MEMBER,"thanks for the feedback @fmaussion, I think I've addressed your suggestions, let me know if anything else needs adjusting","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,387123860
https://github.com/pydata/xarray/pull/2589#issuecomment-443974465,https://api.github.com/repos/pydata/xarray/issues/2589,443974465,MDEyOklzc3VlQ29tbWVudDQ0Mzk3NDQ2NQ==,3924836,2018-12-04T05:14:26Z,2018-12-04T05:14:26Z,MEMBER,"Following up on https://github.com/dask/dask/issues/3255 @mrocklin, @shoyer, @jhamman ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,387123860
https://github.com/pydata/xarray/issues/2314#issuecomment-417412405,https://api.github.com/repos/pydata/xarray/issues/2314,417412405,MDEyOklzc3VlQ29tbWVudDQxNzQxMjQwNQ==,3924836,2018-08-30T18:01:02Z,2018-08-30T18:01:02Z,MEMBER,"As @darothen mentioned, first thing is to check that the geotiffs themselves are tiled (otherwise I'm guessing that open_rasterio() will open the entire thing. You can do this with:
```python
import rasterio
with rasterio.open('image_001.tif') as src:
print(src.profile)
```
Here is the mentioned example notebook which works for tiled geotiffs stored on google cloud:
https://github.com/scottyhq/pangeo-example-notebooks/tree/binderfy
You can use the 'launch binder' button to run it with a pangeo dask-kubernetes cluster, or just read through the landsat8-cog-ndvi.ipynb notebook.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,344621749