<div dir="ltr"><br><div>I believe neither AIPS nor CASA have documented support for H/V polarization labels. Checking AIPS memo 114 (revised 2016 version) and the CASA Stokes.h source file (containing the enumerated polarization combinations it recognizes) and it's only X/Y, R/L that's supported. CASA has a little "win" here because it has built-in support for naming mixed linear/circular polarization combinations. These are, by current definition of the FITS-IDI standard, unrepresentable in FITS-IDI.</div><div><br></div><div>I agree that maybe it would be better if they had support for H/V, but that might need a disproportionate investment of coding.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 11 Apr 2019 at 14:45, Walter Brisken <<a href="mailto:wbrisken@nrao.edu">wbrisken@nrao.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Three comments here.<br>
<br>
1. For the polarizations to be properly propagated, a vex file correctly <br>
identifying the polarizations is needed from the start.  Is it possible <br>
that the wrong polarization labels started with an incorrect vex file?<br>
<br>
2. It is strictly true that H/V would be the more appropriate labels for <br>
alt-az antennas.  However, for the few HaDec mounts.  For other mount types<br>
(e.g., X over Y, Nasmyth, RadioAstron, ...) neither prescription is <br>
correct.  So there is no pleasing everyone.  I think the best thing to do <br>
is just consider the "X/Y" that comes from the correlator as "uncalibrated <br>
X/Y".  Downstream calibration (when applying the parallactic angle <br>
correction) will then calibrate the polarization.<br>
<br>
3. CASA also uses X/Y for all linear polarizations.  The cost of changing <br>
to H/V would be large, with almost no tangible gain.  I see no reason to <br>
pursue code changes to this effect.<br>
<br>
        -Walter<br>
<br>
On Thu, 11 Apr 2019, Leonid Petrov wrote:<br>
<br>
> Dear colleagues,<br>
><br>
>> I second Chris's note that X/Y labels seem to be getting propagated<br>
>> correctly via the FITS-IDI file to AIPS at the moment in DiFX-produced<br>
>> files.<br>
><br>
> I have VGOS experiment b17339<br>
><br>
> b17339/h_1001.input :<br>
><br>
> ...<br>
> NUM REC POLS 31:    2<br>
> REC BAND 0 POL:     X<br>
> REC BAND 0 INDEX:   0<br>
> REC BAND 1 POL:     X<br>
> REC BAND 1 INDEX:   1<br>
> ...<br>
> REC BAND 9 POL:     Y<br>
> REC BAND 9 INDEX:   1<br>
> REC BAND 10 POL:    Y<br>
> REC BAND 10 INDEX:  2<br>
> ...<br>
><br>
>  and difx2fits puts  'R' in POLTYA and 'L' in POLTYB<br>
> I see these lines in applications/difx2fits/src/fitsAN.c (2.5.2):<br>
><br>
>       polTypeA = 'R';<br>
>       polTypeB = 'L';<br>
><br>
>  i.e. polTypeA, polTypeB are just hardcoded! Ivan, can you look at<br>
> your version fitsAN.c? Maybe somebody has already applied a similar patch?<br>
><br>
>> But I suppose that the data may be stored in multiple places in the<br>
>> FITS-IDI file, and it is entirely possible that one place is correct and<br>
>> another is not!<br>
><br>
>  How a program that parses FITS-IDI is supposed to learn the polarization??<br>
> Keep in mind, this is the first step. I have mixed polarization VLBI<br>
> experiments in my desk that difx just rejects. For this experiment incorrect<br>
> propagation of polarization labels will be disastrous.<br>
><br>
>  Ivan, thank you for your comment. I missed that some antennas really<br>
> record X and Y. In that case if AIPS expects X and Y polarization data and<br>
> if we will try to eat VGOS data that record H and V, it will produce totally<br>
> wrong result! If today AIPS does not support logic for handling H and V data,<br>
> we need ask Eric to add an error message like "Do not support H and V pol<br>
> data yet".<br>
><br>
>  Then the question, how the labels in *.input files are set an the first place?<br>
><br>
> Leonid<br>
> 2019.04.11_07:38:29<br>
><br>
> _______________________________________________<br>
> Difx-users mailing list<br>
> <a href="mailto:Difx-users@listmgr.nrao.edu" target="_blank">Difx-users@listmgr.nrao.edu</a><br>
> <a href="https://listmgr.nrao.edu/mailman/listinfo/difx-users" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/difx-users</a><br>
><br>
<br>
-- <br>
-------------------------<br>
Walter Brisken<br>
NRAO<br>
Deputy Assistant Director for VLBA Development<br>
(575)-835-7133 (office)<br>
(505)-234-5912 (cell)<br>
</blockquote></div>