WIP: Cubewcs mosaic and dask reproject #894
Conversation
keflavich
force-pushed
the
cubewcs_mosaic_and_dask_reproject
branch
from
5bc5a6c to
cca08dc
Compare
keflavich
force-pushed
the
cubewcs_mosaic_and_dask_reproject
branch
from
5290d36 to
bbb71a1
Compare
keflavich
force-pushed
the
cubewcs_mosaic_and_dask_reproject
branch
2 times, most recently
from
26a1aba to
c636655
Compare
keflavich
force-pushed
the
cubewcs_mosaic_and_dask_reproject
branch
from
8320826 to
14fa698
Compare
|
I've been commenting on #868 with my work on this PR. This PR now depends on astropy/reproject#474 |
|
interesting, the tests are failing on CI with an 'unterminated string error' that is simply incorrect; the code runs fine, so it is syntactically correct. I'll get rid of it, though. |
|
Tests now pass locally. CI won't pass until we can hook up to astropy/reproject#474 |
WIP / stash
add missing import
import import
…es instead of 1-chan slices
…orner case. There are no default cases.
keflavich
force-pushed
the
cubewcs_mosaic_and_dask_reproject
branch
from
8ba6b27 to
bcffa26
Compare
|
I'm actively running this with reproject/0ce57c37d6bf64e6f0febdfddf36a556abba04c5, i.e., the current main. It works. spectral-cube/main does not have a comparable capability. |
|
I don't know why setup.cfg is showing up in the diff... maybe I added it back where I was supposed to remove it during rebase? I can never tell what's happening when it just says "conflict" and there is no conflict in the file. |
2 participants
This is associated with astropy/reproject#351 and enables cube mosaicing with memory mapping. It might also work with astropy/reproject#388, but that's unclear.