[daip] 31DEC05 LINUX midnite job (dave, 20050519.034335)

[aipsmgr at aoc.nrao.edu]

dave update report for 31DEC05 on Thu May 19 03:44:02 UTC 2005 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs update of 31DEC05 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC05/LINUX/UPDATE/LASTREMOVE.DAT = 20050518.034240
UPDCONTROL - /home/AIPS/31DEC05/LINUX/UPDATE/LASTCOPY.DAT = 20050518.034240
UPDCONTROL - /home/AIPS/31DEC05/LINUX/UPDATE/LASTCOMRPL.DAT = 20050518.034240
UPDCONTROL - /home/AIPS/31DEC05/LINUX/UPDATE/LASTCOMLNK.DAT = 20050518.034240

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


UPDCOMRPL: currently in /home/AIPS/31DEC05/LINUX/UPDATE

UPDCOMLNK: COMLNKs

18-MAY-2005 20:03:18 20050518 TST APGNOT   CLCAL.FOR     egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC05/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC05/APL/PGM/NOTST/CLCAL.FOR


UPDCONTROL - Reasons for file updates on Thu May 19 03:43:49 UTC 2005 (UT)

18-MAY-2005 20:02:55 20050518 TST HLPFIL   CLCAL.HLP     merge step
18-MAY-2005 20:03:03 20050518 TST APGNOT   CLCAL.FOR     big trouble
18-MAY-2005 22:20:08 20050518 TST HLPFIL   DDTSAVE.HLP   update
18-MAY-2005 22:20:09 20050518 TST HLPFIL   Y2KSAVE.HLP   update
18-MAY-2005 22:20:15 20050518 TST HLPFIL   DDT.HLP       update docs
18-MAY-2005 22:20:16 20050518 TST HLPFIL   Y2K.HLP       update docs
18-MAY-2005 22:22:07 20050518 TST HIST     CHANGE.DOC    clcal

CHANGE.DOC entries:

11855.  May 17, 2005              FITTP               Eric
        The conversion to true Stokes made a modest mess of the
        weights.  It should be more correct now.
        Moved nowhere.
11856.  May 18, 2005             CLCAL                 Eric
        Significant problems corrected:
        1. Time smoothing of delays did not check for blanked delay
           values and so used the magic value to figure out a phase
           correction for the "change" in delay.
        2. Merging SN tables meant only concatenating and sorting.
           This if SN table 1 had valid solutions for IF 1 and blanked
           for IF 2, while SN table 2 had the reverse, the merged
           table would have two records for each time.  The merged
           records would indicate various "failures" which would
           probably mess up the interpolation to the CL table.  Time
           smoothing (tiny boxcar would do with DOBLANK >= 0) would
           fix this sort of, but that is inelegant and often
           forgotten.  A new, true merger has been added.  If the
           sorted records have two or more records for the same
           time/antenna/subarray/source/FQID then any blanked
           solutions are replaced by good ones, the weights adjusted,
           and only one record written back into the merged SN table.
        CLCAL.HLP explain file had a substantial paragraph added about
        this.
        Moved nowhere.
11857.  May 18, 2005            DDT, Y2K               Eric
        Updated and corrected the DDT, DDTSAVE, Y2K, Y2KSAVE help
        files.
        Moved nowhere.

11858.  May