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/667#issuecomment-159727062,https://api.github.com/repos/pydata/xarray/issues/667,159727062,MDEyOklzc3VlQ29tbWVudDE1OTcyNzA2Mg==,6628425,2015-11-25T20:41:45Z,2015-11-25T20:41:45Z,MEMBER,"I think the reason one gets the ""Buffer has wrong number of dimensions"" error here is still because of the presence of the time_bounds variable. If we drop time_bounds upon reading the file in, I think things work OK.
```
In [2]: xray.open_dataset('/archive/Spencer.Hill/am3/am3clim_hurrell/gfdl.ncrc2-intel-prod-openmp/pp/atmos/ts/monthly/1yr/atmos.201001-201012.t_surf.nc', drop_variables='time_bounds')
Out[2]:
Dimensions: (bnds: 2, lat: 90, lon: 144, time: 12)
Coordinates:
* lat (lat) float64 -89.0 -87.0 -85.0 -83.0 -81.0 -79.0 -77.0 ...
* lon (lon) float64 1.25 3.75 6.25 8.75 11.25 13.75 16.25 18.75 ...
* time (time) datetime64[ns] 2010-01-16T12:00:00 2010-02-15 ...
* bnds (bnds) int64 0 1
Data variables:
average_DT (time) timedelta64[ns] 31 days 28 days 31 days 30 days ...
average_T1 (time) datetime64[ns] 2010-01-01 2010-02-01 2010-03-01 ...
average_T2 (time) datetime64[ns] 2010-02-01 2010-03-01 2010-04-01 ...
lat_bnds (lat, bnds) float64 -90.0 -88.0 -88.0 -86.0 -86.0 -84.0 ...
lon_bnds (lon, bnds) float64 0.0 2.5 2.5 5.0 5.0 7.5 7.5 10.0 10.0 ...
t_surf (time, lat, lon) float64 245.9 245.9 245.8 245.7 245.7 245.6 ...
Attributes:
filename: atmos.201001-201012.t_surf.nc
title: am3clim_hurrell
grid_type: mosaic
grid_tile: 1
comment: pressure level interpolator, version 3.0, precision=double
history: fregrid --input_mosaic atmos_mosaic.nc --input_file 20100101.atmos_month --interp_method conserve_order2 --remap_file .fregrid_remap_file_144_by_90 --nlon 144 --nlat 90 --scalar_field (**please see the field list in this file**)
code_version: $Name: fre-nctools-bronx-7 $
```
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,118910006
https://github.com/pydata/xarray/issues/667#issuecomment-159717471,https://api.github.com/repos/pydata/xarray/issues/667,159717471,MDEyOklzc3VlQ29tbWVudDE1OTcxNzQ3MQ==,2443309,2015-11-25T20:04:48Z,2015-11-25T20:04:48Z,MEMBER,"I think ultimately, these are going to end up as Variables, not Coordinates. The [CF convention](http://cfconventions.org/Data/cf-conventions/cf-conventions-1.6/build/cf-conventions.html#cell-boundaries) refers to them as ""Boundary Variables"", and although they are essentially metadata for the Coordinates, I don't think that sort of complexity makes sense for xray right now.
It shouldn't be too hard to fix the 2-d bounds problem though.
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,118910006
https://github.com/pydata/xarray/issues/667#issuecomment-159716781,https://api.github.com/repos/pydata/xarray/issues/667,159716781,MDEyOklzc3VlQ29tbWVudDE1OTcxNjc4MQ==,1217238,2015-11-25T20:01:21Z,2015-11-25T20:01:21Z,MEMBER,"Is it possible for you to share a netcdf file that reproduces the issue? Based on the ncdump result, I _think_ xray should handle it fine...
","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,118910006