Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RIX PWb : (Co)Variance propagation while resampling #248

Open
astronomyk opened this issue Oct 23, 2023 · 2 comments
Open

RIX PWb : (Co)Variance propagation while resampling #248

astronomyk opened this issue Oct 23, 2023 · 2 comments
Assignees
Labels
Milestone

Comments

@astronomyk
Copy link
Contributor

https://jira.eso.org/browse/MET-2076

The cube reconstruction for the IFU suggests that it will handle variances and possibly also take into account covariances. However, because p. 376 says "As an approximation, the pixel noises could be treated as uncorrelated" it is not clear, to what extent this will actually happen, and I do not find anywhere how covariances would be saved (data structure and format).
Related to this, the combination of multiple exposures for the IFU heavily relies on resampling (metis_ifu_postprocess and metis_ifu_adi_cgrph). To propagate the variance through that process in a meaningful way would require taking covariances into account.

@oczoske @sesquideus @hugobuddel - I have no idea where to start here.
@sesquideus, I assigned you as it seems up your alley.

@oczoske
Copy link
Collaborator

oczoske commented Oct 23, 2023

The quoted formulation is mine and dates back to when I wrote down my initial thoughts on where this might be going. It's a bit of a trade-off between the complexities of the model matrix A and the covariance matrix C (if I remember the notation correctly). If you go back to the detector images, then C is diagonal and easy, but A is very complicated (I would consider this the ideal solution, if it's practicable). If you use the rectified cubes, then A is comparatively simple, but C is non-diagonal (but fairly sparse I guess). As I compromise I suggested treating pixel noise as uncorrelated, which means only taking the diagonal of C into account. I cannot tell how whether that would be a decent approximation.
As a response I would suggest admitting openly that you don't know yet what the optimal strategy will be (unless you do?). At the very least say that a bad-pixel mask will be used to prevent extreme pixel failures from spoiling the result.

@sesquideus
Copy link
Collaborator

Compiled an answer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants