[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