[daip] 31DEC07 LINUX midnite job (dave, 20070621.034449)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Wed Jun 20 23:46:55 EDT 2007
dave update report for 31DEC07 on Thu Jun 21 03:46:55 UTC 2007 (UT)
Copies and compiles:
AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC07 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)
? 31DEC07/ERRORS
? 31DEC07/SUL/LIBRDBG
U 31DEC07/TIMESTAMP
P 31DEC07/APL/PGM/NOTST/FUDGE.FOR
U 31DEC07/APL/PGM/NOTST/UVMTH.FOR
P 31DEC07/HELP/SPFLG.HLP
P 31DEC07/HELP/TVFLG.HLP
P 31DEC07/HELP/UVMTH.HLP
P 31DEC07/HIST/CHANGE.DOC
P 31DEC07/RUN/VLBAUTIL.001
P 31DEC07/UPDATE/COMLNK.UPD
U 31DEC07/UPDATE/COMLNK.UPD.SUM
U 31DEC07/UPDATE/LASTCVS.DAT
P 31DEC07/UPDATE/PUTBCK.UPD
U 31DEC07/UPDATE/PUTBCK.UPD.SUM
P 31DEC07/UPDATE/REASONS.UPD
U 31DEC07/UPDATE/REASONS.UPD.SUM
P 31DEC07/UPDATE/WHATISOUT.UPD
U 31DEC07/UPDATE/WHATISOUT.UPD.SUM
P 31DEC07/Y/PGM/NOTST/SPFLG.FOR
P 31DEC07/Y/PGM/NOTST/TVFLG.FOR
UPDCVS - cvs update of 31DEC07 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTREMOVE.DAT = 20070620.034330
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTCOPY.DAT = 20070620.034330
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTCOMRPL.DAT = 20070620.034330
UPDCONTROL - /home/AIPS/31DEC07/LINUX/UPDATE/LASTCOMLNK.DAT = 20070620.034330
UPDCONTROL - Everything seems in order
UPDCOMRPL: COMRPLs
UPDCOMRPL: currently in /home/AIPS/31DEC07/LINUX/UPDATE
UPDCOMLNK: COMLNKs
20-JUN-2007 20:42:14 20070620 TST APGNOT FUDGE.FOR egreisen
20-JUN-2007 20:42:16 20070620 TST APGNOT UVMTH.FOR egreisen
20-JUN-2007 19:27:50 20070620 TST YPGNOT SPFLG.FOR egreisen
20-JUN-2007 19:28:40 20070620 TST YPGNOT TVFLG.FOR egreisen
UPDCOMLNK: currently in /home/AIPS/31DEC07/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC07/APL/PGM/NOTST/FUDGE.FOR
UPDCOMLNK: /home/AIPS/31DEC07/APL/PGM/NOTST/UVMTH.FOR
UPDCOMLNK: /home/AIPS/31DEC07/Y/PGM/NOTST/SPFLG.FOR
UPDCOMLNK: /home/AIPS/31DEC07/Y/PGM/NOTST/TVFLG.FOR
UPDCONTROL - Reasons for file updates on Thu Jun 21 03:45:05 UTC 2007 (UT)
20-JUN-2007 19:26:47 20070620 TST YPGNOT SPFLG.FOR change flagver mess
20-JUN-2007 19:26:48 20070620 TST YPGNOT TVFLG.FOR change flagver mess
20-JUN-2007 19:26:49 20070620 TST HLPFIL SPFLG.HLP change flagver mess
20-JUN-2007 19:26:50 20070620 TST HLPFIL TVFLG.HLP change flagver mess
20-JUN-2007 19:30:30 20070620 TST HIST CHANGE.DOC spflg, tvflg
20-JUN-2007 19:59:26 20070620 TST RUNSYS VLBAUTIL.001 VLBAFIX
20-JUN-2007 20:40:44 20070620 TST APGNOT FUDGE.FOR more typos
20-JUN-2007 20:40:45 20070620 TST APGNOT UVMTH.FOR move to notst, cal adverbs
20-JUN-2007 20:42:05 20070620 TST HLPFIL UVMTH.HLP cal adverbs
20-JUN-2007 20:48:44 20070620 TST HIST CHANGE.DOC uvmth
20-JUN-2007 22:49:17 20070620 TST HIST CHANGE.DOC VLBAFIX
CHANGE.DOC entries:
12369. June 20, 2007 TVFLG, SPFLG Eric
These 2 tasks had a strange set of rules for handling FLAGVER
including permanently changing the input file if it was a
single source file with no pre=existing FG table and FLAGVER
was 0. Changed them to copy the input FG table (if any used)
to a new table and then append the new flags.
Moved nowhere.
12370. June 20, 2007 UVMTH Eric
This old and unknown task has been upgraded to average the
first input data set over all times after application (at the
users' discretion) of all calibration/flagging options. It
then subtracts, adds, multiplies, or divides the average (on a
correlator by correlator, baseline by baseline basis) to the
second data set. That data set remains untouched by any
calibration and flagging. This should allow the removal of
additive correlator bias (if it can be measured) which has
been seen on one VLA bandwidth (25 MHz) and also at the GMRT.
Dynamic memory is used for the averaging buffers in UVMTH.
A typo in FUDGE was also corrected.
Moved nowhere.
12371. June 20, 2007 VLBAUTIL, VLBAFIX Amy
Changed VLBAFIX so it sorts after it splits the data into
different frequencies. The former case (where it sorted first)
caused problems when multipass data was loaded into the same
file.
Moved nowhere.
12372. June
More information about the Daip
mailing list