[daip] [!4784]: aips - LISTR, OPTY=GAIN, DPARM(1)=1 sometimes screws up scaling
Michael Bietenholz
do-not-reply at nrao.edu
Fri Apr 11 10:20:46 EDT 2014
Michael Bietenholz updated #4784
--------------------------------
LISTR, OPTY=GAIN, DPARM(1)=1 sometimes screws up scaling
--------------------------------------------------------
Ticket ID: 4784
URL: https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/4784
Full Name: Michael Bietenholz
Email: mbieten at yorku.ca
Creator: User
Department: AIPS Data Processing
Staff (Owner): -- Unassigned --
Type: Issue
Status: Open
Priority: Default
SLA: NRAO E2E
Template Group: Default
Created: 11 April 2014 02:20 PM
Updated: 11 April 2014 02:20 PM
Due: 15 April 2014 02:20 PM (4d 0h 0m)
Resolution Due: 21 April 2014 02:20 PM (10d 0h 0m)
I think LISTR (31DEC14) omits printing out the scale factor when the quantity being printed is a phase (in degs). If FACTOR is set to other than 0, the values are in fact scaled, but LISTR still claims that they are "phases in degrees"
Here is output from DPARM 1 0; FACT 0
Gain phases in degrees
Time Source --01--02--03--05--06--08--09--10--11
04:05:37.0 J1355-63 89 173-130-169-127 -20 -51 -37
Looks fine. But when I change to FACT=10, I get this
Gain phases in degrees
Time Source --01--02--03--05--06--08--09--10--11
04:05:37.0 J1355-63 9 17 -13 -17 -13 -2 -5 -4
The values printed are now in actually [degrees * 10], but the relevant line of output
still claims degrees.
cheers, m
------------------------------------------------------
Staff CP: https://help.nrao.edu/staff
More information about the Daip
mailing list