[daip] Fwd: S2053A and S2053C data
Amy Mioduszewski
amiodusz at nrao.edu
Fri Sep 3 12:12:32 EDT 2010
Hi Svetlana,
Paul Dyer downloaded your data and we looked at it and unfortunately cannot
reproduce your problem (i.e., for S2053A, OJ287 is still there and looks fine
after running VLBACALA). Your APCAL output does look odd, but I suspect that is
because you didn't set DOFIT=1,0 rather than DOFIT 1 (which fills all the values
in as 1). DOFIT tells APCAL which antennas to fit and by setting DOFIT 1, 0 you
are telling it to fit only the first antenna (BR). But that does not solve your
problem, because even when we ran VLBACALA with DOFIT 1,0 your sources were
still there. We also tried version 21DEC09 and got the same result.
So I now have a couple questions for you: How do you know the data is gone? Did
you do binary install or did you compile AIPS yourself? Also since this sounds
like a table issue and not a data issue could you do a TASAV and write out that
file and put it somewhere I can download it (make sure the CL table that you
produced that made the data go away is there).
Thanks,
Amy
> ------------------------------------------------------------------------
>
> Subject:
> S2053A and S2053C data
> From:
> "Svetlana Jorstad" <jorstad at bu.edu>
> Date:
> Fri, 3 Sep 2010 00:43:34 -0400 (EDT)
> To:
> "Data Analysts" <analysts at aoc.nrao.edu>
>
> To:
> "Data Analysts" <analysts at aoc.nrao.edu>
>
>
> It appears that the VLBA data of programs sS2053A and S2053C,
> on which I am the PI, are corrupted. The observations
> were performed on 2009 October 14 and 25.
> The SN and CL tables after running the VLBACALA utility lose
> almost all data for sources 10,11,12, and 13,
> observed in the second half of the programs, from 8 to 16 (A) and
> from 7 to 15 (B) UT. For example,
> for source 11(OJ287) S2053A has data only at antennas BR and MK
> and S2053C has data only at antenna MK. However, there are no indications
> of significant troubles in the log files, although in the VLBA archive
> the quality of the data is marked as ERR. On the other hand,
> the data for the program S2053B (2009 October 20)
> have similar quality but processed more or less normally.
> I tried to troubleshoot by doing the following:
> 1) I loaded the S2053A epoch twice from the VLBA archive but this
> did not change the result.
> 2) I processed data on two different computers, PC with LINUX (UBUNTU) with
> AIPS version 31DEC2008 and a Mac running OS X 10.5.8 with AIPS version
> 31DEC2009. The result is the the same.
> 3). For S2053A I performed amplitude calibration by two different
> ways: i) - using the TY,GC, and WX tables attached to the file and using
> utilities VLBAMCAL and VLBACALA; ii) - deleting these tables and
> recreating them in the old manner using tasks VLOG, ANTAB, and APCAL
> and calibration files provided by NRAO. The result is again the same.
> In the case of the first method, although the VLBACALA procedure appears to
> have ended successfully, the results of the opacity correction do not look
> right:
> ===================================================================
>> APCAL1: Task APCAL (release of 31DEC09) begins
> localh> APCAL1: TXTWX: Weather data read from WX table 1
> localh> APCAL1: DFTAU: INITIAL TAU0 SET TO 0.100
> localh> APCAL1: DFTRC:BR RCP Initial Trec set to = 61.40
> localh> APCAL1: DFTRC:BR LCP Initial Trec set to = 85.45
> localh> APCAL1: DFTRC:FD RCP Initial Trec set to = 60.99
> localh> APCAL1: DFTRC:FD LCP Initial Trec set to = 65.90
> localh> APCAL1: DFTRC:HN RCP Initial Trec set to = 106.93
> localh> APCAL1: DFTRC:HN LCP Initial Trec set to = 98.66
> localh> APCAL1: DFTRC:KP RCP Initial Trec set to = 72.36
> localh> APCAL1: DFTRC:KP LCP Initial Trec set to = 67.82
> localh> APCAL1: DFTRC:LA RCP Initial Trec set to = 65.64
> localh> APCAL1: DFTRC:LA LCP Initial Trec set to = 89.13
> localh> APCAL1: DFTRC:MK RCP Initial Trec set to = 42.98
> localh> APCAL1: DFTRC:MK LCP Initial Trec set to = 56.20
> localh> APCAL1: DFTRC:NL RCP Initial Trec set to = 114.53
> localh> APCAL1: DFTRC:NL LCP Initial Trec set to = 108.27
> localh> APCAL1: DFTRC:OV RCP Initial Trec set to = 70.44
> localh> APCAL1: DFTRC:OV LCP Initial Trec set to = 74.91
> localh> APCAL1: DFTRC:PT RCP Initial Trec set to = 63.80
> localh> APCAL1: DFTRC:PT LCP Initial Trec set to = 63.05
> localh> APCAL1: DFTRC:SC RCP Initial Trec set to = 104.14
> localh> APCAL1: DFTRC:SC LCP Initial Trec set to = 92.09
> localh> APCAL1: Writing SN table 2
> localh> APCAL1: BR RCP 1/ 7h 0m Trec (K): 95.51 Zen. opac.: 0.000
> localh> APCAL1: BR LCP 1/ 7h 0m Trec (K): 120.84 Zen. opac.: 0.000
> localh> APCAL1: Plot file version 11 created
> localh> APCAL1: GFINIS: number records used 82
> localh> APCAL1: Plot file version 12 created
> localh> APCAL1: GFINIS: number records used 59
> localh> APCAL1: Plot file version 13 created
> localh> APCAL1: GFINIS: number records used 90
> localh> APCAL1: Plot file version 14 created
> localh> APCAL1: GFINIS: number records used 65
> localh> APCAL1: Plot file version 15 created
> localh> APCAL1: GFINIS: number records used 42
> localh> APCAL1: Appears to have ended successfully
> localh> APCAL1: localhos 31DEC09 TST: Cpu= 1.9 Real= 2 IO=
> 24
> localh> CLCAL1: Task CLCAL (release of 31DEC09) begins
> localh> CLCAL1: Using interpolation mode SELF
> localh> CLCAL1: Processing SN table 2
> localh> CLCAL1: SNMRG: Merging SN table
> localh> CLCAL1: SNMRG: Write 1476 merged records from 1476 input
> records
> localh> CLCAL1: SN2CL: Applying SN tables to CL table 2, writing CL
> table 3
> localh> CLCAL1: Appears to have ended successfully
> localh> CLCAL1: localhos 31DEC09 TST: Cpu= 3.5 Real= 9 IO=
> 556
> ========================================================================
> In the second way, APCAL ends with an ERROR that indicates a problem
> with the TY table. However, I could not find anything unusual in the
> TY-table, which is attached.
> I appreciate any advice you can give me on the possible source of the
> problem and, if needed, a work-around.
> Thank you very much,
> Svetlana Jorstad
>
More information about the Daip
mailing list