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/4142#issuecomment-849765207,https://api.github.com/repos/pydata/xarray/issues/4142,849765207,MDEyOklzc3VlQ29tbWVudDg0OTc2NTIwNw==,14808389,2021-05-27T16:17:53Z,2021-05-27T16:17:53Z,MEMBER,"`open_dataset(""RGB.byte.tif"", engine=""rasterio"")` works if `rioxarray>=0.4` is installed so I guess we can close this. For the deprecation see #4697.","{""total_count"": 2, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 1, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,636493109 https://github.com/pydata/xarray/issues/4142#issuecomment-814074112,https://api.github.com/repos/pydata/xarray/issues/4142,814074112,MDEyOklzc3VlQ29tbWVudDgxNDA3NDExMg==,226037,2021-04-06T12:18:43Z,2021-04-06T12:18:43Z,MEMBER,I started a PR against *rioxarray* to add an engine via the plugin interface see https://github.com/corteva/rioxarray/pull/281,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,636493109 https://github.com/pydata/xarray/issues/4142#issuecomment-642669071,https://api.github.com/repos/pydata/xarray/issues/4142,642669071,MDEyOklzc3VlQ29tbWVudDY0MjY2OTA3MQ==,8699967,2020-06-11T13:54:33Z,2020-06-11T14:05:49Z,CONTRIBUTOR,"In `rioxarray` we updated `open_rasterio` so it opens a `tif` file like a DataArray and netcdf-like files as a dataset. It also loads in the metadata/tags as well: ### NetCDF file as Dataset ```python import rioxarray xds = rioxarray.open_rasterio(""PLANET_SCOPE_3D.nc"") ``` ``` <xarray.Dataset> Dimensions: (time: 2, x: 10, y: 10) Coordinates: * y (y) float64 8.085e+06 8.085e+06 ... 8.085e+06 8.085e+06 * x (x) float64 4.663e+05 4.663e+05 ... 4.663e+05 4.663e+05 * time (time) object 2016-12-19 10:27:29 2016-12-29 12:52:41.659696 spatial_ref int64 0 Data variables: blue (time, y, x) float64 6.611 5.581 0.3996 ... 3.491 5.056 3.368 green (time, y, x) float64 7.921 66.15 30.1 ... 21.76 27.29 18.41 Attributes: coordinates: spatial_ref ``` ### GeoTiff as DataArray ```python rds = rioxarray.open_rasterio(""test_albedo.tif"") ``` ``` <xarray.DataArray (band: 1, y: 936, x: 745)> [697320 values with dtype=int8] Coordinates: * band (band) int64 1 * y (y) float64 4.225e+06 4.225e+06 ... 4.216e+06 4.216e+06 * x (x) float64 6.168e+05 6.168e+05 ... 6.242e+05 6.242e+05 spatial_ref int64 0 Attributes: transform: (10.0, 0.0, 616800.0, 0.0, -10.0, 4225260.0) _FillValue: -1.0 scale_factor: 1.0 add_offset: 0.0 long_name: Albedo dry - the estimated ratio of the incident short-wav... grid_mapping: spatial_ref ``` So, it could be modified to use as an `engine` in its current state.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,636493109 https://github.com/pydata/xarray/issues/4142#issuecomment-642554262,https://api.github.com/repos/pydata/xarray/issues/4142,642554262,MDEyOklzc3VlQ29tbWVudDY0MjU1NDI2Mg==,10050469,2020-06-11T10:20:02Z,2020-06-11T10:20:02Z,MEMBER,"As a not-so-active-but-still-interested xarray dev my opinion doesn't count much, but I would be a proponent of having the rasterio backend live outside of xarray proper. At the time we wrote the rasterio->DataArray conversion we already noticed a lot of issues regarding differences between the two datamodels, and rio-xarray shows that there is a lot of logic and dev work necessary for this to go smoothly, which would be better handled outside of xarray. ","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,636493109 https://github.com/pydata/xarray/issues/4142#issuecomment-642413509,https://api.github.com/repos/pydata/xarray/issues/4142,642413509,MDEyOklzc3VlQ29tbWVudDY0MjQxMzUwOQ==,2443309,2020-06-11T05:18:37Z,2020-06-11T05:18:37Z,MEMBER,"Thanks @WeatherGod for opening this issue. It is good to have you back around these parts. The main thing to consider at the moment is that we are about to start a major backend refactor (#1970). So I'd suggest holding on off on any major work that builds on our current DataStore implementation. From an API design, I think it makes sense to revisit the rasterio->DataArray convention we currently have and instead treat rasterio like most other drivers and return a Dataset by default. For most applications, the following would be true: ```python open_rasterio(...) == open_dataarray(..., engine='rasterio') == open_dataset(..., engine='rasterio')[default_var] ``` There's also the question of where the rasterio backend should live once #1970 is implemented. I think we can make a pretty strong argument that it should move out of xarray and into a 3rd party package. Perhaps rasterio itself, or, more likely something like rio-xarray (cc @snowman2). See #3166 for a demo of how this may work. As you can see, there are a few big questions up in the air right now. Work on #1970 will begin this summer so now is a great time to game out the various options for the rasterio backend.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,636493109 https://github.com/pydata/xarray/issues/4142#issuecomment-642253287,https://api.github.com/repos/pydata/xarray/issues/4142,642253287,MDEyOklzc3VlQ29tbWVudDY0MjI1MzI4Nw==,291576,2020-06-10T20:55:32Z,2020-06-10T20:55:32Z,CONTRIBUTOR,"So, one important difference I see off the bat is that zarr already had a DataStore implementation, while rasterio does not. I take it that implementing one would be the preferred approach?","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,636493109