[daip] GETJY problem

[Leonia Kogan]

George,

You may forget to run CALIB before GETJY or use the wrong SN table version.
So your SN table does not have a solution for your calibrators.
Check the SN table you use by PRTAB or SNPLT for example.

Leonid Kogan

----- Begin Included Message -----

>From owner-daip at kochab.cv.nrao.edu Mon Jul 10 08:11 MDT 2000
X-Authentication-Warning: mraose.ra.phy.cam.ac.uk: gg215 owned process doing -bs
Date: Mon, 10 Jul 2000 11:29:43 +0100 (BST)
From: George Gilbert <gg215 at mrao.cam.ac.uk>
X-Sender: gg215 at mraose.ra.phy.cam.ac.uk
To: aipsmail at cv3.cv.nrao.edu
cc: David Titterington <djt at mrao.cam.ac.uk>
Subject: [daip] GETJY problem
MIME-Version: 1.0
Sender: owner-daip at kochab.cv.nrao.edu
Precedence: bulk
X-Lines: 28
Status: RO


Problem with NaN output from the GETJY task.

We are running AIPS 15OCT99 under Sun Solaris (2.6 and 7) compiled locally
for the SOL and SUL architectures. We have encountered a problem whilst
calibrating a continuum UV-dataset. We have successfully performed SETJY
on our 2 primary calibrators and VLACAL on these and secondary
calibrators, as per the AIPS cookbook. Subsequent running GETJY with
SOUR='secondary cals' and CALS='primary cals' produces the following
output

	GETJY1: 0923+392        :  0   A     1 NaN        +/- NaN
	GETJY1:                              2 NaN        +/- NaN
	GETJY1: Appears to have ended successfully

for each of the secondary calibrators. The same output is also obtained if
only one (either) of the primary calibrators is used for the CALS
paramater, and/or GETJY is run using a single (any) secondary calibrator.

Has this been seen elsewhere, or have we maybe missed some system parameter
setting that could produce this behaviour?   

Many thanks,

George Gilbert,
Mullard Radio Astronomy Observatory,
University of Cambridge, UK.



----- End Included Message -----