[daip] [!10702]: AIPS - Phase wraps 3C84
Jared Rice
nraohelp at nrao.edu
Thu Jul 20 15:09:22 EDT 2017
Phase wraps 3C84
----------------
Ticket ID: 10702
URL: https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/10702
Full Name: Jared Rice
Email: jrice at physics.unlv.edu
Creator: User
Department: AIPS Data Reduction
Staff (Owner): Amy Mioduszewski
Type: Issue
Status: Open
Priority: Default
SLA: NRAO E2E
Template Group: Default
Created: 19 July 2017 10:09 PM
Updated: 20 July 2017 07:09 PM
Due: 24 July 2017 07:09 PM (4d 0h 0m)
Resolution Due: 28 July 2017 07:09 PM (8d 0h 0m)
Okay, one more email! I believe the problem is fixed.
I took a look at the usno_finals.erp file that VLBAEOPS downloaded
automatically. It returned an HTML header that said the url had moved!
So the table of times was not present which would explain the crazy
phase wrapping, etc.
The solution was to manually download the usno_finals.erp file and run
CLCOR with OPCODE 'EOPS'.
Things are looking better. Thank you for your help!
Regards,
Jared
On 7/20/17 11:37 AM, Jared Rice wrote:
> Dear Amy,
>
> We just deleted all the SN tables back to 0 and CL tables back to 1
> and re-ran VLBAEOPS. The problem seems to stem from there. We received
> this weird message after running VLBAEOPS:
>
> DEIMOS> CLCOR1: CL version input 1 output 2
> DEIMOS> CLCOR1: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> DEIMOS> CLCOR1: ! OPTYPE=EOPS is used for proper CT tables only !
> DEIMOS> CLCOR1: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> DEIMOS> CLCOR1: UT1-UTC(sec), POLX, POLY(milliasec) used by correlator
> DEIMOS> CLCOR1: 1 -1. 0.418959 40.530 434.250
> DEIMOS> CLCOR1: 2 0. 0.417560 41.690 435.380
> DEIMOS> CLCOR1: 3 1. 0.416080 43.180 436.650
> DEIMOS> CLCOR1: 4 2. 0.414518 45.200 437.940
> DEIMOS> CLCOR1: 5 3. 0.412900 47.650 439.170
> DEIMOS> CLCOR1: ZTXOP2: using translated file name =
> DEIMOS> CLCOR1: ZTXOP2: /tmp/usno_finals.erp
> DEIMOS> CLCOR1: UT1-UTC(sec), POLX, POLY(milliasec) picked up from the
> USNO file
> DEIMOS> CLCOR1: 1********** ********************************
> DEIMOS> CLCOR1: 2********** ********************************
> DEIMOS> CLCOR1: 3********** ********************************
> DEIMOS> CLCOR1: 4********** ********************************
> DEIMOS> CLCOR1: 5********** ********************************
>
> Seems the times did not show up and it just shows a load of asterisks.
> Can you reproduce this issue on your end or give your insight?
>
> Regards,
> Jared
>
> On 7/20/17 11:02 AM, Jared Rice wrote:
>> Dear Amy,
>>
>> The IFs are contiguous so there is no issue there. We removed the CL
>> and SN tables created by VLBAPCOR and then we ran VLBAMPCL. There
>> were 16 good solutions, 144 failures for 3C84. Maybe there is still
>> an issue with 31DEC15 version? Would it be possible to run the 6cm
>> data through the pipeline over there?
>>
>> Regards,
>> Jared
>>
>> On 7/20/17 8:00 AM, NRAO Helpdesk wrote:
>>> Dear Jared,
>>>
>>> Those phases do look terrible. Phase wraps after VLBAPCOR aren't necessarily "bad" but this correction should remove any phase jumps between the IFs. Is the frequency continuous between the IFs? There probably nothing wrong with the version of AIPS you are running, I suspect there is something wrong with the values in the PC table. The simple solution is to run VLBAMPCL which does a manual phase cal (using FRING) and that should fix things nicely. Remember to remove the CL and SN tables made by VLBAPCOR with EXTD.
>>>
>>>
>>>
>>> Amy Mioduszewski
>>> VLA Scheduling Manager
>>> NRAO
>>>
>>>
>>> Ticket Details
>>> ---------------------------------
>>> Ticket ID: 10702
>>> Department: AIPS Data Reduction
>>>
>>> Support Center:https://help.nrao.edu/index.php?/Tickets/Ticket/View/10702
>>
>
------------------------------------------------------
Staff CP: https://help.nrao.edu/staff
More information about the Daip
mailing list