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

Add redundant claibration option using visibility covariances #140

Open
wants to merge 14 commits into
base: master
Choose a base branch
from

Conversation

isullivan
Copy link
Contributor

The redundant calibration correction should only have an effect if use_redundant_calibration=1 is set.
If set, it calculates the full covariance matrix between visibilities of the same frequency, and uses that to solve for a correction to the model visibilities given the input data and calculated gains.
The correction is calculated iteratively with the gains.
The covariance matrix is very slow to calculate, even using multiple optimizations. On my machine, regular calibration takes ~20 minutes, but including redundant calibration it takes ~2 days.

@rlbyrne
Copy link
Contributor

rlbyrne commented Dec 4, 2018

How often does the covariance matrix need to be calculated? Can we calculate one per frequency per instrument and read it in every time we want to calibrate that instrument?

@isullivan
Copy link
Contributor Author

In principle the covariance matrix depends on many details of the observation and should be different every time, just like the holographic mapping function: it will depend on the beam model (including the pointing) and the flagging. However, as long as we aren't changing the beam model over time we could probably construct a covariance matrix for each pointing, which could then be loaded and modified to accommodate the flagging.

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

Successfully merging this pull request may close these issues.

2 participants