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/3297#issuecomment-530682427,https://api.github.com/repos/pydata/xarray/issues/3297,530682427,MDEyOklzc3VlQ29tbWVudDUzMDY4MjQyNw==,1217238,2019-09-12T06:18:10Z,2019-09-12T06:18:10Z,MEMBER,"Yes, this will be in the next release. (Which will hopefully be very soon!)","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-530680614,https://api.github.com/repos/pydata/xarray/issues/3297,530680614,MDEyOklzc3VlQ29tbWVudDUzMDY4MDYxNA==,22542812,2019-09-12T06:11:02Z,2019-09-12T06:11:02Z,NONE,"Sorry for the slow response, I have little time at the moment. The option `invalid_netcdf=True` is not yet in the latest release, is it? I get an `TypeError`. 
I would have to use a manually installed version of `xarray` to use it, right?","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-530022780,https://api.github.com/repos/pydata/xarray/issues/3297,530022780,MDEyOklzc3VlQ29tbWVudDUzMDAyMjc4MA==,1217238,2019-09-10T16:44:40Z,2019-09-10T16:44:40Z,MEMBER,I opened an issue to discuss this in the CF convention issue tracker -- let's see what they think: https://github.com/cf-convention/cf-conventions/issues/204,"{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-529945663,https://api.github.com/repos/pydata/xarray/issues/3297,529945663,MDEyOklzc3VlQ29tbWVudDUyOTk0NTY2Mw==,13190237,2019-09-10T13:52:59Z,2019-09-10T13:52:59Z,CONTRIBUTOR,"I am in the exact same situation. @DerWeh with the current master you can do
```
da.to_netcdf(""complex.nc"", engine=""h5netcdf"", invalid_netcdf=True)
```
which works for me until there is engine=""hdf5"" or may be a method `da.to_hdf()`?","{""total_count"": 2, ""+1"": 2, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-529778210,https://api.github.com/repos/pydata/xarray/issues/3297,529778210,MDEyOklzc3VlQ29tbWVudDUyOTc3ODIxMA==,1217238,2019-09-10T05:37:41Z,2019-09-10T05:37:41Z,MEMBER,"It might make sense to implement engine=“hdf5” as an alias for engine=“h5netcdf” with invalid_netcdf=True. It would certainly be a more ergonomic API. 
","{""total_count"": 3, ""+1"": 3, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-529709555,https://api.github.com/repos/pydata/xarray/issues/3297,529709555,MDEyOklzc3VlQ29tbWVudDUyOTcwOTU1NQ==,2448579,2019-09-09T23:47:20Z,2019-09-09T23:47:20Z,MEMBER,"I think the answer here is to use `h5netcdf` until a proper hdf5 backend is created.

It would be nice to add this to the documentation and mention h5netcdf more generally under https://xarray.pydata.org/en/stable/io.html . @DerWeh Are you up for sending in a PR?","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-529689580,https://api.github.com/repos/pydata/xarray/issues/3297,529689580,MDEyOklzc3VlQ29tbWVudDUyOTY4OTU4MA==,22542812,2019-09-09T22:20:08Z,2019-09-09T22:20:08Z,NONE,"I agree that including it in NetCDF is the 'most sane' approach. I don't really know how much work it is, expanding the standard.

To be honest, I don't really care about NetCDF, for me `xarray` is just an incredible good way to make code more stable and readable (though it still has several usability issues). In my community everyone uses HDF5 anyway, so dropping compatibility is no big issue. I just want a way to persist data as it is and conveniently load it for plotting and post processing.

I would still encourage you to push saving of complex data. In most fields people use complex data and it is hard to convince them that they benefit from this great library, if saving simple data takes complicated keyword arguments and annoys you with warnings compared to a simple `np.savez` on regular `ndarray`s.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043
https://github.com/pydata/xarray/issues/3297#issuecomment-529588103,https://api.github.com/repos/pydata/xarray/issues/3297,529588103,MDEyOklzc3VlQ29tbWVudDUyOTU4ODEwMw==,6213168,2019-09-09T17:38:35Z,2019-09-09T17:38:35Z,MEMBER,"My 2 cents:

For a proper resolution, I'd rather have the topic discussed with the NetCDF specs maintainers, so that NetCDF can just be expanded to support the same structure like HDF5. Once the format is standard, it would then be a trivial PR to h5netcdf to suppress the warning. We've already gone through the exact same process for compression algorithms other than gzip. Adding the functionality to the NetCDF C library _and the python wrapper_ would be a completely different order of magnitude of work.

Another good alternative is to use h5netcdf forcing the malformation through, and just call the file ``.h5`` instead of ``.nc`` 😉 

If you really need to interact with (non-Python) people that are stuck on the NetCDF C library, and who for reasons I can't imagine can't switch to the HDF5 C library, I think writing two bespoke pre/postprocess functions in your code to add a dimension is the best approach.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,491215043