Thomas Robitaille

Ahead of v1.0 we should clean up the API so that only truly public API is exposed. This means e.g. making sub-modules such as ``array_utils`` private and so on.

Provide a way to avoid dumping dask arrays to Numpy arrays

1

It's now possible to index dask arrays using advanced Numpy indexing, which means one can do e.g.: ``` dask_array.vindex[ipix, jpix] ``` so this means that for the nearest neighbor method...

Ahead of v1.0 we should re-work the documentation - it has grown organically as features have been added but it's a bit of a mess now.

Vendor dask map_coordinates implementation

1

This adds the ``map_coordinates`` implementation from https://github.com/dask/dask-image/pull/237 until that PR is merged and released. I decided to just put that in a PR on its own and to then rebase...

Reduce memory usage of pixel_to_pixel

4

This isn't really an issue that requires work in reproject but it might require work in several other packages. Basically pixel_to_pixel can be very memory-intensive under certain situations. Here's an...

WIP: add a way to do reprojection without dumping dask arrays to memory maps

1

Very much just work in progress, not ready for testing

Currently if the input to HiPS is not PNG or JPEG, the output is FITS. We should probably support making PNGs/JPEGs from FITS. The easiest might be to actually have...

It would be nice to have a way to transform e.g. an equatorial to a galactic HiPS, but I'm not sure how easy that will be to do, so it...

Implement plane-to-plane transformations for tangent plane projections

2

It could be useful to implement an alternative ``pixel_to_pixel`` which implements the fast reprojection algorithm mentioned here: http://montage.ipac.caltech.edu/docs/algorithms.html specifically for WCSes with the same coordinate frame and in a specific...

I am currently working on resolving some performance issues in jdaviz. As part of this, I've identified the following things we could improve: * We shouldn't notify if a value...