[daip] 31DEC16 LINUX midnite job (dave, 20170323.221913)
aipsmgr at nrao.edu
aipsmgr at nrao.edu
Thu Mar 23 18:20:24 EDT 2017
dave update report for 31DEC16 on Thu Mar 23 22:20:24 UTC 2017 (UT)
Copies and compiles:
AIPSUPD - Using CVS for copying files.
UPDCVS - cvs copy of 31DEC16 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)
? 31DEC16/ERRORS
? 31DEC16/SUL/SYSTEM/NRAOAOC
U 31DEC16/TIMESTAMP
P 31DEC16/APL/PGM/SPIXR.FOR
P 31DEC16/APL/PGM/NOTST/UVMOD.FOR
P 31DEC16/APL/SUB/NOTST/FNDSPX.FOR
P 31DEC16/HELP/UVMOD.HLP
P 31DEC16/HIST/CHANGE.DOC
P 31DEC16/UPDATE/COMLNK.UPD
U 31DEC16/UPDATE/COMLNK.UPD.SUM
P 31DEC16/UPDATE/COMRPL.UPD
U 31DEC16/UPDATE/COMRPL.UPD.SUM
U 31DEC16/UPDATE/LASTCVS.DAT
P 31DEC16/UPDATE/PUTBCK.UPD
U 31DEC16/UPDATE/PUTBCK.UPD.SUM
P 31DEC16/UPDATE/REASONS.UPD
U 31DEC16/UPDATE/REASONS.UPD.SUM
UPDCVS - cvs update of 31DEC16 completed
UPDCVS - cvs update of TEXT completed
AIPSUPD - UPDCVS apparently worked
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTREMOVE.DAT = 20170308.231745
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOPY.DAT = 20170308.231745
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOMRPL.DAT = 20170308.231745
UPDCONTROL - /home/AIPS/31DEC16/LINUX/UPDATE/LASTCOMLNK.DAT = 20170308.231745
UPDCONTROL - Everything seems in order
UPDCOMRPL: COMRPLs
21-MAR-2017 20:22:21 20170321 NEW APLNOT FNDSPX.FOR egreisen
UPDCOMRPL: currently in /home/AIPS/31DEC16/LINUX/UPDATE
UPDCOMRPL: /home/AIPS/31DEC16/APL/SUB/NOTST/FNDSPX.FOR
UPDCOMLNK: COMLNKs
21-MAR-2017 20:22:42 20170321 NEW APGNOT CLIP.FOR egreisen
21-MAR-2017 20:22:49 20170321 NEW APGNOT UVFND.FOR egreisen
21-MAR-2017 20:22:34 20170321 NEW APGNOT UVMOD.FOR egreisen
21-MAR-2017 20:26:09 20170321 NEW APLPGM SPIXR.FOR egreisen
21-MAR-2017 20:22:51 20170321 NEW QPGNOT BLCHN.FOR egreisen
21-MAR-2017 20:22:57 20170321 NEW QPGNOT BPASS.FOR egreisen
21-MAR-2017 20:23:04 20170321 NEW QPGNOT CPASS.FOR egreisen
21-MAR-2017 20:23:17 20170321 NEW YPGNOT FTFLG.FOR egreisen
21-MAR-2017 20:23:32 20170321 NEW YPGNOT SPFLG.FOR egreisen
21-MAR-2017 20:23:36 20170321 NEW YPGNOT UVPLT.FOR egreisen
UPDCOMLNK: currently in /home/AIPS/31DEC16/LINUX/UPDATE
UPDCOMLNK: /home/AIPS/31DEC16/APL/PGM/NOTST/CLIP.FOR
UPDCOMLNK: /home/AIPS/31DEC16/APL/PGM/NOTST/UVFND.FOR
UPDCOMLNK: /home/AIPS/31DEC16/APL/PGM/NOTST/UVMOD.FOR
UPDCOMLNK: /home/AIPS/31DEC16/APL/PGM/SPIXR.FOR
UPDCOMLNK: /home/AIPS/31DEC16/Q/PGM/NOTST/BLCHN.FOR
UPDCOMLNK: /home/AIPS/31DEC16/Q/PGM/NOTST/BPASS.FOR
UPDCOMLNK: /home/AIPS/31DEC16/Q/PGM/NOTST/CPASS.FOR
UPDCOMLNK: /home/AIPS/31DEC16/Y/PGM/NOTST/FTFLG.FOR
UPDCOMLNK: /home/AIPS/31DEC16/Y/PGM/NOTST/SPFLG.FOR
UPDCOMLNK: /home/AIPS/31DEC16/Y/PGM/NOTST/UVPLT.FOR
UPDCONTROL - Reasons for file updates on Thu Mar 23 22:19:24 UTC 2017 (UT)
21-MAR-2017 20:21:17 20170321 NEW HLPFIL UVMOD.HLP mismamange frequencies with spectral index
21-MAR-2017 20:21:19 20170321 NEW APGNOT UVMOD.FOR mismanage spectral index frequencies
21-MAR-2017 20:21:22 20170321 NEW APLNOT FNDSPX.FOR bad early logic
21-MAR-2017 20:25:51 20170321 NEW HIST CHANGE.DOC uvmod, spixr, fndspx
21-MAR-2017 20:25:53 20170321 NEW APLPGM SPIXR.FOR output header frequency 1 GHz
CHANGE.DOC entries:
15001. March 21, 2017 Spectral Index Eric
I insisted that spectral index was based on 1 GHz and then
became inconsistent in its application. Those tasks that
use Rick Perley's calibrator lists (CLIP, SETJY, UVFND,
BLCHN, BPASS, CPASS, FTFLG, SPFLG, UVPLT) are obliged to stay
on 1GHz as a reference to match the lists including when
SPECINDX and SPECURVE are specified by the user. But other
tasks can be more flexible. Changed
UVMOD Help - clarify the meaning of the flux, spectral
index, and curvature to be the header reference
frequency.
UVMOD Fortran - changed a bad kludge that sort of used
1GHz for the curvature, but set the fluxes at the
header reference frequency. Now it is the header
frequency for all.
SPIXR Fortran - changed output image frequency to 1 GHz
since that is what it is.
FNDSPX Fortran routine made the mistake of leaving a loop
counting valid FLUX values on the first invalid.
This can happen due to flagging etc - the counting
loop must go over all IFs
Moved above to 31DEC16 this date.
More information about the Daip
mailing list