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
Before designing the rest of the Partition class, it's worth determining what obstacles there may be to the core idea of loading and applying regridders lazily.
The proof of concept should:
Reference a collection of saved regridders and indexing information (probably with some overlaps).
Use those regridders to map a dask array to another dask array.
Only load the regridders when the result dask array is being realised/computed.
The investigation should check:
How flexible is a partition with repsect to different source chunking? Is it necessary to have a specific partition for a specific source chunking?
How should the source chunking affect the target chunking?
How can vertical chunks be handled efficiently? Is it possible to not have to reload the same regridder multiple times?
Are there any blockers to loading during a chunkwise opperation?
The text was updated successfully, but these errors were encountered:
📰 Custom Issue
Subtask of #427.
Before designing the rest of the Partition class, it's worth determining what obstacles there may be to the core idea of loading and applying regridders lazily.
The proof of concept should:
The investigation should check:
The text was updated successfully, but these errors were encountered: