[daip] PCAL and models
Bill Cotton
bcotton at nrao.edu
Fri Dec 16 16:37:53 EST 2005
Martin,
I'm not sure how difficult it is to "unfix" PCAL but an
alternative, which I think still works is to use UVSUB and subtract
the Q and U clean models from the UV data and then force PCAL to not
fit for the polarization.
-Bill
Martin Hardcastle writes:
> On Fri, Dec 16, 2005 at 09:09:58AM -0500, Bill Cotton wrote:
> > This used to work but it's been "fixed" since then.
>
> Is it possible to un-fix it?
>
> I have poked around a bit more in the code (thanks for the pointer,
> Eric) and yes, it's true that XSMOD is used -- it is put into VFLUX
> just as for the ORI- case, only within PCLFLX. It is then passed to
> LPCALC (as VST...) but LPCALC doesn't make any use of anything other than
> VFLUX(1,...) i.e. STOKES I. It looks to me as though LCALC should be
> being passed a model derived from XSMOD in VSTMOD, not VST, but I
> could be completely wrong.
>
> In any case, if it's broken and there's no prospect of a fix, can
> the documentation be changed to reflect that?
>
> Thanks
>
> Martin
More information about the Daip
mailing list