<font face="Verdana, Arial, Helvetica" size="2">Kazunori Akiyama updated #11175<br />
-------------------------------<br />
<br />
KRING dual-pol solutions on single-pol stations (31DEC17 and previous versions)<br />
-------------------------------------------------------------------------------<br />
<br />
<div style="margin-left: 40px;">Ticket ID: 11175</div>
<div style="margin-left: 40px;">URL: <a href="https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/11175">https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/11175</a></div>
<div style="margin-left: 40px;">Name: Kazunori Akiyama</div>
<div style="margin-left: 40px;">Email address: <a href="mailto:kazu@haystack.mit.edu">kazu@haystack.mit.edu</a></div>
<div style="margin-left: 40px;">Creator: User</div>
<div style="margin-left: 40px;">Department: AIPS Data Reduction</div>
<div style="margin-left: 40px;">Staff (Owner): -- Unassigned --</div>
<div style="margin-left: 40px;">Type: Issue</div>
<div style="margin-left: 40px;">Status: Open</div>
<div style="margin-left: 40px;">Priority: Default</div>
<div style="margin-left: 40px;">SLA: NRAO E2E</div>
<div style="margin-left: 40px;">Template group: Default</div>
<div style="margin-left: 40px;">Created: 26 October 2017 06:37 PM</div>
<div style="margin-left: 40px;">Updated: 26 October 2017 06:37 PM</div>
<div style="margin-left: 40px;">Reply due: 30 October 2017 06:37 PM (4d 0h 0m)</div>
<div style="margin-left: 40px;">Resolution due: 22 July 2020 12:00 AM (999d 5h 23m)</div>
<br />
<br />
<br />
Dear Eric,<br /><br />I found an issue on KRING, for which I think this time is real.<br /><br />We have tried KRING for fring fitting, since EHT data are really massive (32 Gbps data) and FRING has been very computationally expensive for EHT data. KRING very effectively worked thanks to really high SNRs enhanced by ALMA, although simulteneously we found an issue on SN tables from KRING.<br /><br />EHT data have a dual polarization in most of the stations, but some stations only have a single polarization. We have found that KRING can found solutions on such single-pol stations, but stations are automatically flagged after CLCAL even if we can see gain solutions in SN-table-applied (i.e. CLCALed) CL tables.<br /><br />I export SN tables from KRING and also those from other tasks (e.g. ACCOR, ACSCL, FRING) that can keep single-pol stations. I found that other tasks put NaN values on REAL/IMAG columns of SN tables when data do not exist, while they put a positive value on WEIGHT columns probably for distinguishing no data issues from solution failures on existing data. <br /><br />However, on the other hand, KRING will put -1 on WEIGHT columns if data do not exist. AIPS seems to kill all data on a station if all of its gains in CL tables have WEIGHT < 0 at a single polarization (which makes a sense), causing that all single-pol stations are practically flagged after KRING.<br /><br />I confirmed this happened in the latest 31DEC17 and also 31DEC16. We can tentatively fix this issue by editing SN tables manually, but I suppose that this issue can be fixed easily. I would appreciate if you can fix this issue in 17DEC31.<br /><br />Anway, thank you very much for continuous supports on EHT data reduction!<br /><br />Best regards,<br />Kazu<br /><br />P.S.<br />Is it possible to CC following people to this ticket?<br />They have worked on AIPS as well, and would follow this issue.<br /><br />Lindy Blackburn: lblackburn@cfa.harvard.edu<br />Thomas Krichibaum: tkrichbaum@mpifr-bonn.mpg.de<br />Kevin Koay: jykoay@asiaa.sinica.edu.tw <br />Michael Janssen: m.janssen@astro.ru.nl<br />Sara Issaoun: <a href="mailto:s.issaoun@astro.ru.nl">s.issaoun@astro.ru.nl</a><br />Guangyao Zhao: <a href="mailto:guangyao.ac.cn@gmail.com">guangyao.ac.cn@gmail.com</a><br /><br />
<br />
<HR style="margin-bottom: 6px; height: 1px; BORDER: none; color: #cfcfcf; background-color: #cfcfcf;" />
Staff CP:  <a href="https://help.nrao.edu/staff" target="_blank">https://help.nrao.edu/staff</a><br />
</font>