Open stephenworsley opened 1 year ago
@SciTools-incubator/esmf-regrid-devs This issue is stale due to a lack of activity in the last 90 days. Remove stale label or comment, otherwise this issue will close automatically in 7 days time.
@SciTools-incubator/esmf-regrid-devs This stale issue has been automatically closed due to no community activity
@SciTools-incubator/esmf-regrid-devs This issue is stale due to a lack of activity in the last 90 days. Remove stale label or comment, otherwise this issue will close automatically in 7 days time.
@SciTools-incubator/esmf-regrid-devs This stale issue has been automatically closed due to no community activity
@SciTools-incubator/esmf-regrid-devs This issue is stale due to a lack of activity in the last 180 days. Remove stale label or comment, otherwise this issue will close automatically in 14 days time.
@SciTools-incubator/esmf-regrid-devs This issue is stale due to a lack of activity in the last 180 days. Remove stale label or comment, otherwise this issue will close automatically in 14 days time.
@SciTools-incubator/esmf-regrid-devs This stale issue has been automatically closed due to no community activity
🐛 Bug Report
When regridding onto a cube whose latitude coordinate has bounds
[[-90, 90]]
and whose longitude coordinate has many points/bounds, initialising a regridder takes longer than is expected. In order to work correctly, this regridding must be done with a resolution keyword, however internal logic currently means that this is effectively alwaysresolution=2
. It seems like ESMF doesn't like long thin cells, so it might be worth rethinking this approach.