[daip] POSSM with BPARM normalisation (fwd)

[Amy Mioduszewski]

Niruj,

It is a good idea to send your bug reports to daip at nrao.edu, it
is always possible I will not be around and then other people can
help you.

I found the bug in POSSM and fixed it, it was exactly what you
suggested, POSSM set BPARM(3)=BPARM(2).  If you are on the
midnight job, the fix will be in tomorrow's update.

Cheers,

Amy
------- Forwarded Message

Return-Path: r_nirujmohan at yahoo.fr
Delivery-Date: Fri Sep 24 04:48:15 2004
Delivery-Date: Fri, 24 Sep 2004 04:48:15 -0600
Received: from revere.aoc.nrao.edu (revere [146.88.1.15])
	by dropbox.aoc.nrao.edu (8.12.8/8.12.8/smtp-gateway) with ESMTP id 
i8OAmF59017540
	for <amiodusz at aoc.nrao.edu>; Fri, 24 Sep 2004 04:48:15 -0600
Received: from web25206.mail.ukl.yahoo.com (web25206.mail.ukl.yahoo.com 
[217.12.10.66])
	by revere.aoc.nrao.edu (8.11.6/8.11.6) with SMTP id i8OAm8c09613
	for <amiodusz at aoc.nrao.edu>; Fri, 24 Sep 2004 04:48:09 -0600
Message-ID: <20040924104802.88658.qmail at web25206.mail.ukl.yahoo.com>
Received: from [202.54.37.75] by web25206.mail.ukl.yahoo.com via HTTP; Fri, 24 
Sep 2004 12:48:02 CEST
Date: Fri, 24 Sep 2004 12:48:02 +0200 (CEST)
From: "R. Niruj Mohan" <r_nirujmohan at yahoo.fr>
Subject: POSSM with BPARM normalisation
To: Amy Mioduszewski <amiodusz at aoc.nrao.edu>
In-Reply-To: <200409212055.i8LKtfE14352 at bob.aoc.nrao.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MailScanner-Information: Please contact postmaster at aoc.nrao.edu for more 
information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3, required 7,
	BAYES_20 -2.60, IN_REP_TO -0.37)


Hi Amy,

Thanks a lot ! I used CALP and managed to get what I
needed (and the result was in fact the same as what I
got by merging the SN tabls outside AIPS).

I was looking at some spectra and I think I may have
found a bug in POSSM. The data is the same, and is at
Q band, taken in 1A mode with 15 channels. I look at 
spectra with APARM=1,0 and BPARM=1,n,m,0 to normalise
the spectra using channel-O as n to m.
The spectra seem to depend only on the value of n.
That is, the result for say BPARM=1,2,15,0 is same as
1,2,10,0 and 1,2,4,0 etc. It seems like it takes m=n.
Could you run tests and let me know if maybe I am
making a mistake somewhere ? 
(I used DOBAND=2, BPVER=1, DOCALIB=2, GAINUSE=2,
SMOOTH+1,0, BCHAN=0, ECHAN=0).

thanks
Niruj

 --- Amy Mioduszewski <amiodusz at aoc.nrao.edu> a écrit
: 
> Hi Niruj,
> 
> So I did some more testing and it seems that CLCAL
> does not
> multiply the 2 SN tables together it simply appends
> them,
> therefore, you get weird results if you have
> solutions for the
> same time, same source.  This seems to be a feature.
>  I will
> clarify the help file for CLCAL.
> 
> Now about how to get around your problem without
> MERGing SN
> tables.  The problem is that NGC253 is not in the CL
> table
> after you run CLCAL the first time.  If you do not
> want the
> phase solutions to be applied to NGC253, you should
> run CLCAL
> with OPCO 'CALP' (SNVER 1, INVER 0, GAINVER 1) which
> makes
> CLCAL pass the entries in CL/1 for NGC253 with no
> calibration,
> which means you can apply SN/2 to that CL table and
> get calibration
> for NGC253.  If you want the phases applied to
> NGC253, then do
> that in the original CLCAL.
> 
> Cheers,
> 
> Amy
> 
>  


	

	
		
Vous manquez d’espace pour stocker vos mails ? 
Yahoo! Mail vous offre GRATUITEMENT 100 Mo !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour 
dialoguer instantanément avec vos amis. A télécharger gratuitement sur 
http://fr.messenger.yahoo.com

------- End of Forwarded Message