[daip] forwarded message from Nuria P. F. McKay

Eric Greisen egreisen at cv3.cv.nrao.edu
Tue Feb 4 10:28:20 EST 2003


------- 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.5/8.12.5) with ESMTP id h14BmMQr020314
	for <egreisen at aoc.nrao.edu>; Tue, 4 Feb 2003 04:48:23 -0700 (MST)
Received: from cv3.cv.nrao.edu (cv3.cv.nrao.edu [192.33.115.2])
	by polaris.cv.nrao.edu (8.11.6/8.11.6) with ESMTP id h14BmLi12022
	for <egreisen at nrao.edu>; Tue, 4 Feb 2003 06:48:22 -0500
Received: from astro.livjm.ac.uk (astro.livjm.ac.uk [150.204.240.10])
	by cv3.cv.nrao.edu (8.11.6/8.11.6) with ESMTP id h14BmGj29169
	for <egreisen at nrao.edu>; Tue, 4 Feb 2003 06:48:16 -0500
Received: from staru1.livjm.ac.uk (npfm at staru1.livjm.ac.uk [150.204.240.11])
	by astro.livjm.ac.uk (8.11.3/8.11.3) with ESMTP id h14Bm9J170441;
	Tue, 4 Feb 2003 11:48:09 GMT
Received: from localhost by staru1.livjm.ac.uk (8.9.3/1.1.29.3/31Jan03-1133AM)
	id LAA0000131938; Tue, 4 Feb 2003 11:48:05 GMT
X-Authentication-Warning: staru1.livjm.ac.uk: npfm owned process doing -bs
X-Sender: npfm at staru1.livjm.ac.uk
Message-ID: <Pine.OSF.4.05.10302041127420.128003-100000 at staru1.livjm.ac.uk>
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=0.1, required 7,
	DEAR_SOMEBODY, SPAM_PHRASE_00_01, USER_AGENT_PINE, X_AUTH_WARNING)
From: "Nuria P. F. McKay" <npfm at astro.livjm.ac.uk>
To: egreisen at cv3.cv.nrao.edu
cc: "Nuria P. F. McKay" <npfm at astro.livjm.ac.uk>
Subject: AIPS question - Corruption of history file
Date: Tue, 4 Feb 2003 11:48:05 +0000 (GMT)

Dear Eric,

Something rather odd has been happening to the history files of my AIPS
maps recently. When running a task, say MOMNT, one expects the history
entry of the new files DATA.MOM0.1, DATA.MOM1.1, etc. to be a
concatenation of the history entry of the parent file (eg. DATA.TRANS.1)
and the history generated by the MOMNT task itself.

Now, I recently noticed that the history entries of all new maps in
catalogue were wrong. Instead of using the parent file's history, AIPS
appears to be using the history of the file in catalogue slot 1,
regardless of what that file may be, or whether it is related to the the
file being processed.

I have tried deleting the file in slot 1, but all that happens then is
that AIPS uses the history from the file which is now in slot 1.
I've also tried a complete reset of AIPS with restore 0, but that also
doesen't help.

Do you know what may cause this problem, and how to fix it?
I haven't changed/reinstalled AIPS, or fiddled with any files in the AIPS
data area.

Thanks a lot for any help.

Cheers,

Nuria.
- ---------------------------------------
Nuria McKay    (npfm at astro.livjm.ac.uk)
 
Astrophysics Research Institute
Liverpool John Moores University
United Kingdom

  http://www.astro.livjm.ac.uk/~npfm
- ---------------------------------------




------- end -------



More information about the Daip mailing list