<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi all,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I have an issue trying to reconcile the order of po_states values as specified in ObsCore with what I&#39;m doing in CAOM. <br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In ObsCore-1.1 B.6.5.1 the order is specified as <br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I, Q, U, V, RR, LL, RL, LR, XX, YY, XY, YX, POLI, POLA</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The first N-2 values are from FITS WCS Paper I (table 7) and that seems to define the canonical order (not the &quot;coordinate value&quot; order since the circular and cross coordinate values are actually negative). The latest FITS standard (<a href="https://fits.gsfc.nasa.gov/standard40/fits_standard40aa-le.pdf">https://fits.gsfc.nasa.gov/standard40/fits_standard40aa-le.pdf</a>) (Table 29) includes the same set of values as paper 1.<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Issue #1: POLI and POLA are not defined, they are in the 2010 polarization note by Richards &amp; Bonnarel<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In CAOM, we use an extended set of values that includes POLI and POLA (but also others). I got the names and coordinate values from a FITS WCS discussion (fitswcs mailing list, 2008-March, message 000408 -- can&#39;t find a working link). In my implementation, I just sandwiched these extended values in between V and RR because the coordinate values are positive and follow after V (see <a href="http://www.opencadc.org/caom2/#PolarizationState">http://www.opencadc.org/caom2/#PolarizationState</a> for model, see <a href="https://github.com/opencadc/caom2/blob/master/caom2/src/main/java/ca/nrc/cadc/caom2/PolarizationState.java">https://github.com/opencadc/caom2/blob/master/caom2/src/main/java/ca/nrc/cadc/caom2/PolarizationState.java</a> for mapping to numeric coordinate values)<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Issue #2: B.6.5.1 says the ObsCore list/order is &quot;compatible with the FITS list&quot; but  I can find nothing concrete in FITS to base this on. It is inconsistent with what I&#39;m doing in CAOM.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I can (probably harmlessly) change the order in my java code to match the declared order in the model and that would match ObsCore, but I&#39;d like to make sure it is actually &quot;right&quot;. Since CAOM has more values that ObsCore (and they are interleaved a little) I am being cautious.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Is there a missing reference from ObsCore to something concrete? <br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Possible errata for above issues?</div><div class="gmail_default" style="font-size:small"><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div>--<br></div><div>Patrick Dowler<br></div>Canadian Astronomy Data Centre<br></div>Victoria, BC, Canada<br></div></div></div></div></div></div>