<font face="Verdana, Arial, Helvetica" size="2">Kazunori Akiyama updated #11066<br />
-------------------------------<br />
<br />
Possible problems in BPEDT and EDITA (AIPS 31DEC16)<br />
---------------------------------------------------<br />
<br />
<div style="margin-left: 40px;">Ticket ID: 11066</div>
<div style="margin-left: 40px;">URL: <a href="https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/11066">https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/11066</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: 28 September 2017 03:00 AM</div>
<div style="margin-left: 40px;">Updated: 28 September 2017 03:00 AM</div>
<div style="margin-left: 40px;">Reply due: 02 October 2017 03:00 AM (4d 0h 0m)</div>
<div style="margin-left: 40px;">Resolution due: 24 June 2020 12:00 AM (999d 21h 0m)</div>
<br />
<br />
<br />
Dear Eric,<br /><br />This is Kazu Akiyama at MIT Haystack Observatory. <br /><br />I'm now reducing the 1st VLBI data sets from ALMA with other colleagues in the EHT collaboration (as already you recieved other tickets from Gisera and Thomas). I'm submitting this ticket, because I might find possible bugs in BPEDT and EDITA. What I'm doing now is flagging (a) bad channels using a BP table solved with solint=-1 in BPASS, and also (2) time segments using a SN table generated from ACSCL. <br /><br />I found that FG table's rows generated by BPEDT and EDITA consistently have source=1 and subarray=1, even when the input BP or SN tables cover multi-sources. In particular, a fixed source ID=1 is serious --- it apparently makes these rows useless if the actual source of data is not the first source. I already confirmed that this can be fixed by directly editing FG table with TABED.<br /><br />We (EHT people) already wrote up a parseltongue function to tentatively correct this behavior (i.e. resetting source ID and subarray ID), so this is not an urgent issue. I would appreciate if you can cross-check this problem and fix this in a future release.<br /><br />Thank you very much,<br />Kazu
<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>