You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Passing chunks=None to xr.open_dataset/open_mfdataset is supposed to avoid using dask at all, returning lazily-indexed numpy arrays even if dask is installed. However chunks=None doesn't currently work for xr.open_mfdataset as it gets silently coerced internally to chunks={}, which creates dask chunks aligned with the on-disk files.
Can't do this without virtual concat machinery (#4628) which someone decided to implement elsewhere 🙄 ;)
😅
It's still broken at the moment though - I had a (ridiculous) case where I don't care that concat will load everything in memory, I just want to completely avoid creating dask.array objects, and right now there is no possible input option to open_mfdataset to do that.
We could change the default to chunks={} in anticipation though.
That's probably more useful, as well as actually being consistent.
Uh oh!
There was an error while loading. Please reload this page.
What happened?
Passing
chunks=None
toxr.open_dataset
/open_mfdataset
is supposed to avoid using dask at all, returning lazily-indexed numpy arrays even if dask is installed. Howeverchunks=None
doesn't currently work forxr.open_mfdataset
as it gets silently coerced internally tochunks={}
, which creates dask chunks aligned with the on-disk files.Offending line of code:
xarray/xarray/backends/api.py
Line 1040 in 12123be
What did you expect to happen?
Passing
chunks=None
toopen_mfdataset
should return lazily-indexed numpy arrays, likeopen_dataset
does.Minimal Complete Verifiable Example
MVCE confirmation
Relevant log output
Anything else we need to know?
As the default is
None
, changing this without changing the default would be a breaking change. But the current behaviour is also not intended.Environment
main
The text was updated successfully, but these errors were encountered: