[daip] forwarded message from Jessica L. Rosenberg
Eric Greisen
egreisen at nrao.edu
Thu Jun 17 16:39:15 EDT 2004
------- start of forwarded message (RFC 934 encapsulation) -------
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Received: from polaris.cv.nrao.edu (polaris.cv.nrao.edu [192.33.115.101])
by zia.aoc.nrao.edu (8.12.9/8.12.5) with ESMTP id i5HJJHTT006718
for <egreisen at aoc.nrao.edu>; Thu, 17 Jun 2004 13:19:18 -0600 (MDT)
Received: from cv3.cv.nrao.edu (cv3.cv.nrao.edu [192.33.115.2])
by polaris.cv.nrao.edu (8.12.8/8.12.8/smtp-gateway) with ESMTP id i5HJJHeL024081
for <egreisen at nrao.edu>; Thu, 17 Jun 2004 15:19:17 -0400
Received: from leavitt.Colorado.EDU (leavitt.Colorado.EDU [128.138.145.136])
by cv3.cv.nrao.edu (8.12.8/8.12.8/cv-ws-8.12) with ESMTP id i5HJJESl022317
for <egreisen at nrao.edu>; Thu, 17 Jun 2004 15:19:14 -0400
Received: from leavitt.Colorado.EDU (localhost [127.0.0.1])
by leavitt.Colorado.EDU (8.12.10/8.12.10/UnixOps+Hesiod) with ESMTP id i5HJJDEh023545
for <egreisen at nrao.edu>; Thu, 17 Jun 2004 13:19:13 -0600 (MDT)
Received: from localhost (jrosenbe at localhost)
by leavitt.Colorado.EDU (8.12.10/8.12.8/Submit) with ESMTP id i5HJJDPf023542
for <egreisen at nrao.edu>; Thu, 17 Jun 2004 13:19:13 -0600 (MDT)
X-Authentication-Warning: leavitt.Colorado.EDU: jrosenbe owned process doing -bs
X-X-Sender: jrosenbe at leavitt.Colorado.EDU
In-Reply-To: <16593.58735.734198.716479 at primate.aoc.nrao.edu>
Message-ID: <Pine.GSO.4.58.0406171252590.22325 at leavitt.Colorado.EDU>
References: <Pine.GSO.4.58.0406161728000.18432 at leavitt.Colorado.EDU>
<16593.58735.734198.716479 at primate.aoc.nrao.edu>
X-MailScanner-Information: Please contact postmaster at cv.nrao.edu for more information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 7,
autolearn=not spam, BAYES_00 -4.90)
X-MailScanner-From: jrosenbe at origins.colorado.edu
From: "Jessica L. Rosenberg" <jrosenbe at origins.colorado.edu>
To: Eric Greisen <egreisen at nrao.edu>
Subject: Re: [daip] Calibration question
Date: Thu, 17 Jun 2004 13:19:12 -0600 (MDT)
Hi Eric,
Thanks so much for your reply. Now I have to admit that in trying to put
together all of the information to resond to your various questions I have
discovered my very stupid error... inadvertently I only ran VLACALIB on my flux
density calibrator and then was trying to use the secondary calibrators in
CLCAL. Deleting the SN tables and CL table 2, rerunning VLACALIB on all of my
calibrators as I had intended and then applying them with CLCAL has now worked.
Now the calibration is being done and the output all looks reasonable.
Sorry for having taken up your time for a silly mistake like that.
Cheers,
Jessica
- -----------------------------------------------------
Jessica Rosenberg Campus Box 389, CASA
phone: 303-735-4190 University of Colorado
fax: 303-492-7178 Boulder, CO 80309
e-mail: jrosenbe at casa.colorado.edu
- -----------------------------------------------------
On Thu, 17 Jun 2004, Eric Greisen wrote:
> Jessica L. Rosenberg writes:
>
> > I suspect that this problem is arising because I worked on these data some time
> > ago now and am trying to come back to them. I used VLARESET before restarting
> > the calibration, but something is still not quite right.
> >
> > I got to the point of running VLACLCAL and then LISTR with DOCALIB TRUE and had
> > a look at the results, but the data were not calibrated - the amplitudes were
> > still off from what GETJY reported and the phases were not small. I got rid of
> > my CL table and ran CLCAL (don't know what the difference between these two is)
> > but got the same results. This time I took more close note of the info being
> > reported which was as follows:
> >
> > leavit> CLCAL1: Task CLCAL (release of 31DEC02) begins
> > leavit> CLCAL1: You are using a non-standard program
> > leavit> CLCAL1: Using interpolation mode 2PT
> > leavit> CLCAL1: Processing SN table 0
> > leavit> CLCAL1: WARNING: SN table 1 has already been applied
> > leavit> CLCAL1: SN2CL: Applying SN tables to CL table 1, writing CL table 2
> > leavit> CLCAL1: SN2CL: Appending new solutions to CL table 2
> > leavit> CLCAL1: SN2CL: WARNING: NO CL RECORDS WRITTEN
> > leavit> CLCAL1: Appears to have ended successfully
> > leavit> CLCAL1: leavitt 31DEC02 TST: Cpu= 0.5 Real= 7
> > leavit> CLCAL1: Task CLCAL (release of 31DEC02) begins
> > leavit> CLCAL1: You are using a non-standard program
> > leavit> CLCAL1: Using interpolation mode 2PT
> > leavit> CLCAL1: Processing SN table 0
> > leavit> CLCAL1: WARNING: SN table 1 has already been applied
> > leavit> CLCAL1: SN2CL: Applying SN tables to CL table 1, writing CL table 2
> > leavit> CLCAL1: SN2CL: Appending new solutions to CL table 2
> > leavit> CLCAL1: leavitt 31DEC02 TST: Cpu= 0.5 Real= 7
> > leavit> CLCAL1: Task CLCAL (release of 31DEC02) begins
> > leavit> CLCAL1: You are using a non-standard program
> > leavit> CLCAL1: Using interpolation mode 2PT
> > leavit> CLCAL1: Processing SN table 0
> > leavit> CLCAL1: WARNING: SN table 1 has already beenvit> LISTR1: ZTXOP2: LIST
> > R_MATX3.TXT
> > leavit> LISTR1: CL TABLE IS EMPTY: SETTING DOCAL FALSE
> > leavit> LISTR1: Appears to have ended successfully
>
> I do not understand this - VLACLCAL runs CLCAL only once, not 3
> times. I need to see the IMHEADER, and the inputs to CLCAL. I notice
> that the inputs file and perhaps the help file for vlaclcal does not
> say the correct information for the current clcal. The warning is to
> try to prevent an SN table from being applied more than once in
> succession to the CL (e.g. CL 1 + SN 1 -> CL 2 then CL2 + SN 1 -> CL3,
> etc so that the corrections are made twice. You will get this as a
> warning only to alert you in case you are doing wrong things but it
> will not stop you from e.g. CL1 + SN 1 more than once.
>
> I just noticed that you are using a rather old version of aips but one
> that we can still try. CLCAL has been worked upon and improved but
> the fixed/improved parts are not likely to be the source of your
> trouble. When you generate the SN table do you apply CL table 1 to
> the data in CALIB? What are the contents of the SN and CL table -
> sources, times, antennas, etc Were there a lot of failed solutions in
> CALIB?
>
> You see I have many more questions about yopur data than answers with
> just the above messages.
>
> Eric Greisen
>
> >
> > So no CL records are being written, but I am not sure what the WARNING: SN table
> > 1 has already been applied is all about, where it was applied, or how I go about
> > dealing with this situation. As I said I think it may be because I played with
> > these data before, but if so how do I get things restarted so that I don't run
> > into this problem?
> >
> > Thanks!
> > Jessica
> >
> > -----------------------------------------------------
> > Jessica Rosenberg Campus Box 389, CASA
> > phone: 303-735-4190 University of Colorado
> > fax: 303-492-7178 Boulder, CO 80309
> >
> > e-mail: jrosenbe at casa.colorado.edu
> > -----------------------------------------------------
> >
> > _______________________________________________
> > Daip mailing list
> > Daip at listmgr.cv.nrao.edu
> > http://listmgr.cv.nrao.edu/mailman/listinfo/daip
>
------- end -------
More information about the Daip
mailing list