[daip] GETJY problem

George Gilbert gg215 at mrao.cam.ac.uk
Mon Jul 10 11:08:38 EDT 2000


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




More information about the Daip mailing list