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/4925#issuecomment-1385870450,https://api.github.com/repos/pydata/xarray/issues/4925,1385870450,IC_kwDOAMm_X85SmrRy,2448579,2023-01-17T18:44:00Z,2023-01-17T18:44:00Z,MEMBER,Thanks! @aaron-kaplan ,"{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,811409317
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