You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the problem that the feature should address
A common use case is to interpolate the gains without doing any actual calibration (as is required for transferring gain solutions from the calibrator to the the target for example). In the current implementation, QuartiCal will still run through the entire data even if solver.iter_recipe contains all zeros. The initial interpolation is actually quite fast but the subsequent pass through the data can take almost as long as calibrating the data in the first place.
Describe the solution you'd like
An option to bypass the solver layer would be useful here. In other words, if solver.iter_recipe is all zeros QuartiCal should not load the data in the first place.
Describe alternatives you've considered
An alternative would be to have an explicit solver.bypass option because it may still be useful to see what happens to the chi2's when doing the interpolation. Another option would be to implement this as a separate interpolation/smoothing application
The text was updated successfully, but these errors were encountered:
This is definitely something which I should add. I hadn't really considered the fact that having the solver code in the Dask graph results in the all the data being read, even if no computation is done. There are occasions when this may be useful i.e. if we want to form residuals/corrected data using the interpolated solutions. However, if the only output is the solutions themselves, we should definitely short circuit the remainder of the calibration code (as the interpolation is actually done in a completely separate compute call). This may even be as simple as putting in a check which confirms that ouptut.products is empty and solver.iter_recipe is entirely zero.
Describe the problem that the feature should address
A common use case is to interpolate the gains without doing any actual calibration (as is required for transferring gain solutions from the calibrator to the the target for example). In the current implementation, QuartiCal will still run through the entire data even if
solver.iter_recipe
contains all zeros. The initial interpolation is actually quite fast but the subsequent pass through the data can take almost as long as calibrating the data in the first place.Describe the solution you'd like
An option to bypass the solver layer would be useful here. In other words, if
solver.iter_recipe
is all zeros QuartiCal should not load the data in the first place.Describe alternatives you've considered
An alternative would be to have an explicit
solver.bypass
option because it may still be useful to see what happens to the chi2's when doing the interpolation. Another option would be to implement this as a separate interpolation/smoothing applicationThe text was updated successfully, but these errors were encountered: