<font face="Verdana, Arial, Helvetica" size="2">Fring passing failed solutions as good<br />
--------------------------------------<br />
<br />
<div style="margin-left: 40px;">Ticket ID: 12908</div>
<div style="margin-left: 40px;">URL: <a href="https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/12908">https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/12908</a></div>
<div style="margin-left: 40px;">Name: Jeffrey Hodgson</div>
<div style="margin-left: 40px;">Email address: <a href="mailto:jhodgson@mpifr-bonn.mpg.de">jhodgson@mpifr-bonn.mpg.de</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: 02 November 2018 03:08 AM</div>
<div style="margin-left: 40px;">Updated: 03 December 2018 08:00 AM</div>
<div style="margin-left: 40px;">Reply due: 05 December 2018 08:00 AM (2d 0h 0m)</div>
<div style="margin-left: 40px;">Resolution due: 15 August 2021 12:00 AM (985d 16h 0m)</div>
<br />
<br />
<br />
Hi Eric,<br />
<br />
Yes, that is interesting. It turns out that the 1/3rd good solutions<br />
correspond to the reference antenna. Within the SN table themselves, we<br />
have found these "good" solutions are flagged as "INDE", but nevertheless<br />
have a weight of SNR cutoff+1.<br />
<br />
When I say "passed" I meant that a low SNR solution is recorded as "good"<br />
even though it is failed. Is there any way to force AIPS to record a<br />
low-SNR solution as failed?<br />
<br />
Cheers!<br />
<br />
Jeff<br />
<br />
On Tue, Nov 20, 2018 at 1:57 AM Eric Greisen <nraohelp@nrao.edu> wrote:<br />
<br />
> I don't have any good suggestions.  It is curious that<br />
> it reports exactly 1/3 of the possible solutions as having<br />
> worked.  Is it possible that it is failing on 2/3 of the<br />
> antennas and working at some S/N ratio on the other<br />
> 1/3?  Have you tried longer integration times?   Have you<br />
> tried not fitting for rate (DPARM(9) 1)?<br />
><br />
> I am told that some VLB data sets are so bad that CALIB<br />
> with L1R and phase only is all that can be done.<br />
><br />
> With large failure rates like this there is no point in continuing<br />
> unless you can get that fixed.  I would be interested in what<br />
> the SN table looks like after this FRING.  CLCAL will by default<br />
> pass CL entries for failed solutions which is what I guess<br />
> you mean by passed.<br />
><br />
> Eric Greisen<br />
><br />
><br />
> Ticket Details<br />
> ------------------------------<br />
> Ticket ID: 12908<br />
> Department: AIPS Data Reduction<br />
> Type: Issue<br />
> Status: Response Overdue<br />
> Priority: Default<br />
><br />
> Helpdesk: <a href="https://help.nrao.edu/index.php?" target="_blank">https://help.nrao.edu/index.php?</a><br />
><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>