[daip] 31DEC14 LINUX midnite job (dave, 20140809.034437)

aipsmgr at nrao.edu aipsmgr at nrao.edu
Fri Aug 8 23:46:22 EDT 2014


dave update report for 31DEC14 on Sat Aug  9 03:46:22 UTC 2014 (UT)

Copies and compiles:

AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC14 begun, 1st character means
 - U added, P updated, M your file differs from master
 - C you have a changed file needing work (error!)
 - ? you have a file not on the master (ignore)
? 31DEC14/LNX64/SYSTEM/RSYNC.MASTER
U 31DEC14/TIMESTAMP
P 31DEC14/APL/PGM/SAD.FOR
P 31DEC14/APL/PGM/NOTST/IMMOD.FOR
P 31DEC14/APL/PGM/NOTST/TYSMO.FOR
P 31DEC14/HELP/TYSMO.HLP
P 31DEC14/HIST/CHANGE.DOC
P 31DEC14/Q/PGM/NOTST/PCAL.FOR
P 31DEC14/UPDATE/COMLNK.UPD
U 31DEC14/UPDATE/COMLNK.UPD.SUM
U 31DEC14/UPDATE/LASTCVS.DAT
P 31DEC14/UPDATE/PUTBCK.UPD
U 31DEC14/UPDATE/PUTBCK.UPD.SUM
P 31DEC14/UPDATE/REASONS.UPD
U 31DEC14/UPDATE/REASONS.UPD.SUM
P 31DEC14/UPDATE/WHATISOUT.UPD
U 31DEC14/UPDATE/WHATISOUT.UPD.SUM
UPDCVS - cvs update of 31DEC14 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked

UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTREMOVE.DAT = 20140808.034320
UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTCOPY.DAT = 20140808.034320
UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTCOMRPL.DAT = 20140808.034320
UPDCONTROL - /home/AIPS/31DEC14/LINUX/UPDATE/LASTCOMLNK.DAT = 20140808.034320

UPDCONTROL - Everything seems in order

UPDCOMRPL: COMRPLs


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

UPDCOMLNK: COMLNKs

08-AUG-2014 16:11:44 20140808 TST APGNOT   IMMOD.FOR     egreisen
08-AUG-2014 16:17:10 20140808 TST APGNOT   TYSMO.FOR     egreisen
08-AUG-2014 16:11:43 20140808 TST APLPGM   SAD.FOR       egreisen
08-AUG-2014 16:23:29 20140808 TST QPGNOT   PCAL.FOR      egreisen

UPDCOMLNK: currently in /home/AIPS/31DEC14/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC14/APL/PGM/NOTST/IMMOD.FOR
UPDCOMLNK: /home/AIPS/31DEC14/APL/PGM/NOTST/TYSMO.FOR
UPDCOMLNK: /home/AIPS/31DEC14/APL/PGM/SAD.FOR
UPDCOMLNK: /home/AIPS/31DEC14/Q/PGM/NOTST/PCAL.FOR


UPDCONTROL - Reasons for file updates on Sat Aug  9 03:45:30 UTC 2014 (UT)

08-AUG-2014 16:10:59 20140808 TST APLPGM   SAD.FOR       HI improvement
08-AUG-2014 16:11:00 20140808 TST APGNOT   IMMOD.FOR     HI improvement
08-AUG-2014 16:16:19 20140808 TST APGNOT   TYSMO.FOR     Pgain smooth etc
08-AUG-2014 16:16:59 20140808 TST HLPFIL   TYSMO.HLP     Pgain smooth etc
08-AUG-2014 16:23:17 20140808 TST QPGNOT   PCAL.FOR      data averaging is nuts!
08-AUG-2014 17:59:28 20140808 TST HIST     CHANGE.DOC    pcal, tysmo, HI upgrades

CHANGE.DOC entries:

        Moved tp 31DEC13 8-Aug.
        Moved PCAL changes only to 31DEC13 on 8-Aug (the ORI- mode was
        found not to work well so no need for such a complicated
        patch).
        Moved to 31DEC13 on 8-Aug.
14427.  August 8, 2014          SAD, IMMOD               Eric
        Upgrade history file:
        SAD   - more digits on number sources line
        IMMOD - now up to 9 comps, before limit was 4.  Add line about
                INLIST.
        Moved nowhere.

14428.  August 8, 2014            TYSMO                 Eric
        Added option to smooth and clip the Pgain's as well.  This is
        needed since there are dropped SY values for some IFs in some
        correlator configurations, but usually plenty of good data in
        each scan to correct the missing points.
        Moved nowhere.

14429.  August 8, 2014              PCAL                 Eric
        The data averaging over time code was written seemingly by
        someone (not me!!) who does not understand real data.  It
        assumed that all samples had 4 valid correlations (RR, RL, LR,
        LL) and that a straight average would be better than a
        weighted one.  If the RL and LR were flagged a lot compared to
        either one of RR and LL, then the source polarization would
        appear reduced by this (bad) averaging method, assuming the
        flagged RL and LR values were not crazy.  The weight sums
        included all weights which could have been negative sometimes
        or zero, so any weighting done woth those sums would have been
        questionable at best.
        Moved to 31DEC13 this date.

14430.  August



More information about the Daip mailing list