[daip] GETJY problem

[George Gilbert]

Many apologies, my mistake, I meant VLACALIB on both occasions.

	George

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