-
Notifications
You must be signed in to change notification settings - Fork 10
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
base: master
Are you sure you want to change the base?
Conversation
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? |
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. |
dc84b25
to
fc70cfb
Compare
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.