Open adl1995 opened 4 years ago
@adl1995 - Thanks for attempting to improve this!
To avoid issues at the edges, you have to call a function in scipy.ndimage or scikit-image to compute the pixel values at "target" coordinates that has an option or even by default extrapolates, i.e. if the target coordinate is just slightly outside the tile image, it will fill the tile edge pixel value and not black or white.
And to be efficient, you have to first compute the target coordinate array, only for the pixels for which a given tile should be used, and only then call the "reproject" or "interpolate" function to compute the pixel values for exactly those target positions.
Hope it's clear ...
This is a followup of #79. Previously, the output image contained bright lines as the values were being summed twice at tile edges. The current change applies the resulting tile image only at certain indices, which it receives by applying a mask on the all sky image based on the ipix values.
Previous output:![result_unmasked](https://user-images.githubusercontent.com/13198325/62826178-5cb0a300-bbb7-11e9-8d08-5872b97f70b9.jpg)
Current output:![result_masked](https://user-images.githubusercontent.com/13198325/62826180-620ded80-bbb7-11e9-9ddb-7774c03fdd8c.jpg)
However, the updated output image now contains 'holes' where pixels values are not inserted. I believe this is an issue with the warping function we're currently using. I will trying using either
skimage.transform.warp_coords
orscipy.ndimage.map_coordiantes
and see if it resolves the issue.