[daip] cl2hf aborts
Wes Young
wyoung at aoc.nrao.edu
Wed Apr 13 11:57:30 EDT 2005
Craig,
I'm afraid this will have to wait until next week as Eric is away until
then and Amy is unavailable.
wes
wyoung at aoc.nrao.edu
On Apr 13, 2005, at 9:50 AM, Craig Walker wrote:
> Ivan Marti Vidal from Spain reported that CL2HF aborts close to
> startup and seemingly before it does anything. I tried it here on
> some data that wasn't really set up for geodesy type observations and
> got the same result. It is possible that there is something about the
> inputs that it doesn't like, but it should tell us what that is, not
> just abort. I did try a few variations on the input.
>
>
>
> Here is the message screen for when it aborts:
>
> eolus > CL2HF1: Task CL2HF (release of 31DEC04) begins
> eolus > CL2HF1: Version history:
> eolus > CL2HF1: 19980811: GSFC version merged into system version
> eolus > CL2HF1: 19980814: Correctly processes 4 digit dates
> eolus > CL2HF1: 19990131: Added subarray adverb + bug fixes
> eolus > CL2HF1: 19991005: Different CL times + many mods
> eolus > CL2HF1: Resids & model from table CL # 8
> eolus > CL2HF1: Phase cal info from table CL # 1
> eolus > CL2HF1: Solution times from table SN # 3
> eolus > CL2HF1: HF output stored in table HF # 1
> eolus > CL2HF1: ZABORS: signal 11 received
> eolus > CL2HF1: ABORT!
>
> Here are the program inputs (on eolus in user 2263)
>
> AIPS 1: Found in Version=NEW
> AIPS 1: CL2HF: Convert CL table to HF table for Calc/Solve Use
> AIPS 1: Adverbs Values Comments
> AIPS 1:
> ----------------------------------------------------------------
> AIPS 1: USERID 0 User number.
> AIPS 1: INNAME 'BW077A ' Main input file (name).
> AIPS 1: INCLASS 'UVDATA' Main input file (class).
> AIPS 1: INSEQ 1 Main input file (seq. #).
> AIPS 1: 0 => highest
> AIPS 1: INDISK 2 Disk unit #. 0 => any
> AIPS 1: INVERS 8 Input CL file version no.
> AIPS 1: IN2VERS 1 CL table for phase cal.
> AIPS 1: SNVER 3 SN table used
> AIPS 1: FLAGVER 1 FG table to edit data
> AIPS 1: SUBARRAY 0 Subarray number 0 -> 1
> AIPS 1: OUTVERS 1 Output HF file version.
> AIPS 1: TIMERANG *all 0 Time Range
> AIPS 1: BADDISK *all 0 Disks to avoid for scratch.
> AIPS 1: INFILE *all ' ' Schedule/time tag file name.
> AIPS 1: APARM *all 0 General parameters:
> AIPS 1: 1=Time tag computation:
> AIPS 1: 0 => CL table time,
> AIPS 1: rounded to integer sec.
> AIPS 1: 1 => SN table time,
> AIPS 1: integer sec.
> AIPS 1: 2 => use input table
> AIPS 1: of time tags.
> AIPS 1: 3 => use input Mark III
> AIPS 1: schedule file.
> AIPS 1: 4 => use LISTR listing.
> AIPS 1: 2=Elev. angle cutoff.
> AIPS 1: Permitted values 1.0
> AIPS 1: to 10.0 degrees.
> AIPS 1: 5=Where to get phases:
> AIPS 1: =0 => from UV data
> AIPS 1: >0 => from SN table
> AIPS 1: (FRING APARM(5)>0, or
> AIPS 1: MBDLY APARM(6)=1)
> AIPS 1: DPARM *all 0 More parameters:
> AIPS 1: 1 = # of channels used by
> AIPS 1: FRING; usually 14 if
> AIPS 1: end channels dropped;
> AIPS 1: 0 implies all
> AIPS 1: 2 = total number of
> channels;
> AIPS 1: default (0) 16 channels;
> AIPS 1: must be specified if not
> AIPS 1: 16 and DPARM(1) > 0.
>
>
> I'm running under linux with aips tst on eolus. I tried it under aips
> new and aips old and got the same result.
>
> Cheers,
>
> Craig
>
>
>
> ---------------------------------------------------------------------
> R. Craig Walker Array Operations Center
> cwalker at nrao.edu National Radio Astronomy Observatory
> Phone 505 835 7247 P. O. Box O
> Fax 505 835 7027 Socorro NM 87801 USA
> ---------------------------------------------------------------------
>
>
> From: Ivan Marti Vidal <i.marti-vidal at uv.es>
> Date: April 13, 2005 3:21:38 AM MDT
> To: cwalker at nrao.edu
> Subject: problem with AIPS task CL2HF
>
>
> Hello Mr. Walker,
>
> I'm a grad student from Spain and I use frequently the AIPS software.
> Actually, I'm trying to make an export of the interferometric
> observables into an HF table for its later use in CALC/SOLVE. I've
> found a problem when trying to execute CL2HF. It simply aborts before
> doing anything.
>
> I've run FRING with the option for finding the multi band delays, so I
> don't need to run MBDLY (I think). The SN table generated by FRING is
> what I use for CL2HF. What do you think that could be the problem?
>
> Thank you very much for your help and have a nice day!
>
> Ivan
>
> --
>
> --
> **********************************************
> Ivan Marti-Vidal
>
> Dpto. Astronomia y Astrofisica, Office 4.12
> Universitat de Valencia
> C/Dr. Moliner, 50
> 46100 Burjassot
> Valencia (Spain)
> Phone: +34 96 354 30 73
> http://www.uv.es/radioastronomia
>
> **********************************************
>
>
> _______________________________________________
> Daip mailing list
> Daip at listmgr.cv.nrao.edu
> http://listmgr.cv.nrao.edu/mailman/listinfo/daip
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 6399 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20050413/6db8d8d0/attachment.bin>
More information about the Daip
mailing list