[daip] GETJY problem

[Leonia Kogan]

>We had tried this earlier and found that the SN table, after running
>CALIB, had many NaN entries (and aN entries too). Running VLACALIB however
>appeared to run successfully when producing this output.

It looks fishy. I do not understand why CALIB gives NaN but VLACALIB not.
Anyway running CALIB and then VLACALIB you my create several (two) SN tables.

You may use SNVER=0 in GETJY.
If SNVER = 0 in GETJY, the both SN tables will be used.
So use SNVER =n, where n is the SN table version with reliable entries.
Check SNVER in GETJY

L. Kogan
----- Begin Included Message -----

>From owner-daip at kochab.cv.nrao.edu Mon Jul 10 09:16 MDT 2000
X-Authentication-Warning: mraose.ra.phy.cam.ac.uk: gg215 owned process doing -bs
Date: Mon, 10 Jul 2000 16:08:38 +0100 (BST)
From: George Gilbert <gg215 at mrao.cam.ac.uk>
X-Sender: gg215 at mraose.ra.phy.cam.ac.uk
To: "[Leonia Kogan]" <lkogan at zia.aoc.NRAO.EDU>
cc: daip at cv3.cv.nrao.edu
Subject: Re: [daip] GETJY problem
In-Reply-To: <200007101458.IAA28762 at bonito.aoc.nrao.edu>
MIME-Version: 1.0
Sender: owner-daip at kochab.cv.nrao.edu
Precedence: bulk
X-Lines: 63
Status: RO


We had tried this earlier and found that the SN table, after running
CALIB, had many NaN entries (and aN entries too). Running VLACALIB however
appeared to run successfully when producing this output. 

	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 -----
> 
> 



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