Jeff Whitaker

Error also disappears if I upgrade to conda-forge libnetcdf 4.7.3 (but this requires building netcdf4-python from source since the conda-forge package is pinned on 4.7.1 for some reason).

auditwheel doesn't deal with the plugins correctly so the wheels for 1.6.0 do not include the plugins on linux

Right now the wheels have support for extra compression filters, but the compression plugins themselves are not included. If there is a conda-forge netcdf plugin package (or a separate plugin...

This scripts gives me ```python Netcdf4 version: 1.4.2 Traceback (most recent call last): File "segfault.py", line 17, in with ThreadPool(2) as p: AttributeError: __exit__ ``` with python 2.7.

May be related to https://github.com/Unidata/netcdf4-python/issues/640

Works with python3.6 if you replace `ncf['/Depth/ndepths'][:][iwest:ieast, isouth:inorth]` with `ncf['/Depth/ndepths'][iwest:ieast, isouth:inorth]`. I think it's a memory issue, not a concurrency issue.

You can build HDF5 thread-safe, but it's not the default https://portal.hdfgroup.org/display/knowledge/Questions+about+thread-safety+and+concurrent+access. You can read hdf5 files concurrently from multiple processes though (so using `Pool` instead of `ThreadPool` should be safe).

There was at least a plan to make the netcdf library thread safe (see https://www.unidata.ucar.edu/blogs/developer/entry/implementing-thread-safe-access-to). @DennisHeimbigner - was that every implemented? also https://github.com/Unidata/netcdf-c/projects/6

I am not explicitly enabling nczarr-s3 support in the netcdf-c build that is used in the wheels. Should I?

There is no way to change the dimensions of a netCDF Variable without copying it. Don't know if this helps, but your example `data[arange(3),arange(3)]` translates to `diag(data[arange(3),arange(3)])` if data is...