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