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/2042#issuecomment-385501221,https://api.github.com/repos/pydata/xarray/issues/2042,385501221,MDEyOklzc3VlQ29tbWVudDM4NTUwMTIyMQ==,306380,2018-04-30T19:20:04Z,2018-04-30T19:20:04Z,MEMBER,"> gdal can read/write windows:

I'm aware.  See this doc listed above for rasterio: https://rasterio.readthedocs.io/en/latest/topics/windowed-rw.html#writing

Background here is that rasterio more-or-less wraps around GDAL, but with interfaces that are somewhat more idiomatic to this community.

>  I wonder how you got that to work other than setting up a slave read process that handles all reads.

We've run into these issues before as well.  Typically we handle them with locks of various types.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,312203596
https://github.com/pydata/xarray/issues/2042#issuecomment-385488636,https://api.github.com/repos/pydata/xarray/issues/2042,385488636,MDEyOklzc3VlQ29tbWVudDM4NTQ4ODYzNg==,306380,2018-04-30T18:34:21Z,2018-04-30T18:34:21Z,MEMBER,My first attempt would be to use this API: https://rasterio.readthedocs.io/en/latest/topics/windowed-rw.html#writing,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,312203596
https://github.com/pydata/xarray/issues/2042#issuecomment-385488169,https://api.github.com/repos/pydata/xarray/issues/2042,385488169,MDEyOklzc3VlQ29tbWVudDM4NTQ4ODE2OQ==,306380,2018-04-30T18:32:44Z,2018-04-30T18:32:44Z,MEMBER,"> My impression is that there are will be some (significant) development challenges

If you're able to expand on this that would be welcome.

> that perhaps only supports a few rasterio file formats

My hope would be that rasterio/GDAL would handle the many-file-format issue for us *if* they support writing in chunks.  I also lack experience here though.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,312203596
https://github.com/pydata/xarray/issues/2042#issuecomment-385451826,https://api.github.com/repos/pydata/xarray/issues/2042,385451826,MDEyOklzc3VlQ29tbWVudDM4NTQ1MTgyNg==,306380,2018-04-30T16:26:13Z,2018-04-30T16:26:13Z,MEMBER,"When writing https://github.com/pydata/xarray/issues/2093 I came across this issue and thought I'd weigh in.  

The GIS community seems like a fairly close neighbor to XArray's current community.  Some API compatibility here might be a good to expand the community.  I definitely agree that GeoTiff does not implement the full XArray model, but it might be useful to support the subset of datasets that do, just so that round-trip operations can occur.  For example, it might be nice if the following worked:

```python
dset = xr.open_rasterio(...)
# do modest modifications to dest
dset.to_rasterio(...)
```

My hope would be that the rasterio/GDAL data model would be consistent enough so that we could detect and err early if the dataset was not well-formed.","{""total_count"": 4, ""+1"": 4, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,312203596