[daip] 31DEC15 LINUX midnite job (dave, 20151110.044308)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Mon Nov 9 23:43:14 EST 2015
dave update report for 31DEC15 on Tue Nov 10 04:43:14 UTC 2015 (UT)
Copies and compiles:
AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC15 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)
U 31DEC15/TIMESTAMP
P 31DEC15/APL/PGM/NOTST/FITTP.FOR
P 31DEC15/HELP/GETHEAD.HLP
P 31DEC15/HELP/PUTHEAD.HLP
P 31DEC15/HIST/CHANGE.DOC
P 31DEC15/UPDATE/COMLNK.UPD
U 31DEC15/UPDATE/COMLNK.UPD.SUM
U 31DEC15/UPDATE/LASTCVS.DAT
P 31DEC15/UPDATE/PUTBCK.UPD
U 31DEC15/UPDATE/PUTBCK.UPD.SUM
P 31DEC15/UPDATE/REASONS.UPD
U 31DEC15/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC15 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTREMOVE.DAT = 20151109.044233
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTCOPY.DAT = 20151109.044233
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTCOMRPL.DAT = 20151109.044233
UPDCONTROL - /home/AIPS/31DEC15/LINUX/UPDATE/LASTCOMLNK.DAT = 20151109.044233
UPDCONTROL - Everything seems in order
UPDCOMRPL: COMRPLs
UPDCOMRPL: currently in /home/AIPS/31DEC15/LINUX/UPDATE
UPDCOMLNK: COMLNKs
09-NOV-2015 16:57:21 20151109 TST APGNOT FITTP.FOR egreisen
UPDCOMLNK: currently in /home/AIPS/31DEC15/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC15/APL/PGM/NOTST/FITTP.FOR
UPDCONTROL - Reasons for file updates on Tue Nov 10 04:43:11 UTC 2015 (UT)
09-NOV-2015 16:23:20 20151109 TST HLPFIL PUTHEAD.HLP PTYPE has more values
09-NOV-2015 16:23:20 20151109 TST HLPFIL GETHEAD.HLP PTYPE has more values
09-NOV-2015 16:57:14 20151109 TST APGNOT FITTP.FOR messes up when corr-id beyond antenna2
09-NOV-2015 17:35:27 20151109 TST HIST CHANGE.DOC fittp, puthead
CHANGE.DOC entries:
14719. November 2, 2015 RLDLY Eric
Added APARM for control parameters:
APARM(1) SNRMIN, 0 _ 5 which was the previous fixed value
APARM(2) > 0 do not write CL table when have 1 cal scan
APARM(3) Max delay error in ns allowed to be included in
averaging, 0 -> 1000000.
The task now always writes an SN table.
IFs with failed solutions now get delay and phase of 0 not
magic blanks to avoid deleting data.
The display of the answers written to the SN and CL tables now
includes not just the formal error but also the rms over the
reference antennas.
Moved nowhere.
14720. November 9, 2015 PUTHEAD, GETHEAD Eric
The full range of available PTYPEn was not shown in the
explain files.
Moved nowhere.
14721. November 9, 2015 FITTP Eric
FITTP did not handle random parameters after ANTENNA1/2
in the list properly. If CORR-ID was after ANTENNA2 then the
CORR-ID parameter was labeled ANTENNA1 bit contained the
corr-id values (usually all 1).
Moved nowhere.
14722. October
More information about the Daip
mailing list