[daip] Missing scan in CL1? {External}

Arnaud Collioud arnaud.collioud at u-bordeaux.fr
Thu May 15 05:31:34 EDT 2025


Yes, I was a bit surprized too... That makes things a bit easier with 
just one run of ANTAB.


A.


Le 14/05/2025 à 22:41, Eric Greisen a écrit :
> So ANTAB can work without an NX table??  That is good I guess
>
> Eric
> ------------------------------------------------------------------------
> *From:* Arnaud Collioud <arnaud.collioud at u-bordeaux.fr>
> *Sent:* Wednesday, May 14, 2025 1:35 PM
> *To:* Eric Greisen <egreisen at nrao.edu>; daip <daip at nrao.edu>
> *Subject:* Re: [daip] Missing scan in CL1? {External}
>
> Thanks Eric for these explanations!
>
>
> Just tried without running INDXR after loading the data with FITLD, 
> and it seems to be ok. So my new pipeline looks like: FITLD > ANTAB  > 
> USUBA > INDXR, and I hope I am not loosing data or scans in the way...
>
>
> A.
>
>
>
> Le 14/05/2025 à 18:58, Eric Greisen a écrit :
>> The reason that FITLD deletes the CL and NX tables when it discovers 
>> a subarray condition is that it cannot correctly determine an NX 
>> table.  The same is true of INDXR.  INDXR works correctly only after 
>> USUBA.  I am guessing that ANTAB will not work without an NX table.  
>> But the logic of USUBA is nasty also (I was never able to debug this 
>> task) so running USUBA is really needed at the beginning.
>>
>> Eric Greisen
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>> *From:* Arnaud Collioud <arnaud.collioud at u-bordeaux.fr> 
>> <mailto:arnaud.collioud at u-bordeaux.fr>
>> *Sent:* Wednesday, May 14, 2025 12:33 AM
>> *To:* Eric Greisen <egreisen at nrao.edu> <mailto:egreisen at nrao.edu>; 
>> daip <daip at nrao.edu> <mailto:daip at nrao.edu>
>> *Subject:* Re: [daip] Missing scan in CL1? {External}
>>
>> Hello Eric,
>>
>>
>> Indeed, when running FITLD > USUBA > INDXR, I see the CL entry for 
>> source 4 subarray 2!
>>
>>
>> What I use to do in my pipeline is:
>>
>> FITLD > INDXR > ANTAB (to import tsys/gain for non-VLBA stations ; 
>> easier to deal there since there is only one subarray) > USUBA > 
>> INDXR (to get the subarray info correctly in CL/NX...)
>>
>>
>> I just tried FITLD > INDXR, and the CL entries for source 4 around 
>> 17:40 are already gone.
>>
>>
>> Do you know why? Do you recommand to proceed with USUBA the earliest 
>> in the processing pipeline?
>>
>>
>> Cheers,
>>
>> A.
>>
>>
>>
>>
>>
>>
>> Le 13/05/2025 à 17:14, Eric Greisen a écrit :
>>> I loaded RV158, ran USUBA, and then INDXR.    With CPARM(3)=0.15 and 
>>> CPARM(4)=1, INDXR made a CL table with 13127 rows including a great 
>>> many for source 4 subarray 2 in the time range 17:38:10 to
>>> 17:43:34.   In PRTAB INEXT='CL',rparm 3 1 4 0.1  5 1 2 0.1;  should 
>>> show a lot in rows  986 - 1532.
>>>
>>> Cheers,
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>> *From:* Daip <daip-bounces at listmgr.nrao.edu> 
>>> <mailto:daip-bounces at listmgr.nrao.edu> on behalf of Arnaud Collioud 
>>> via Daip <daip at listmgr.nrao.edu> <mailto:daip at listmgr.nrao.edu>
>>> *Sent:* Monday, May 12, 2025 11:24 AM
>>> *To:* daip <daip at nrao.edu> <mailto:daip at nrao.edu>
>>> *Subject:* [daip] Missing scan in CL1? {External}
>>>
>>> Hello Eric, Amy,
>>>
>>> I am analysing the global VLBI session RV158 (VLBA + 8 IVS antennas 
>>> ; 24h ; S/X-band ; available at NRAO data archive).
>>>
>>> I'm looking at the source 0403-132 (#4 in my data), which is in the 
>>> index as:
>>>
>>>        4  0/17:40:52.0  00:05:24.0       4 2         9992     14396
>>>
>>> (as you can see, I have subarrays in my dataset)
>>>
>>> For this scan, there is data (checked with VPLOT).
>>>
>>> However, this scan is NOT in CL1, which was created after loading 
>>> the data (FITLD) by runnig INDXR. CL1 was (normally?) updated after 
>>> running USUBA by running INDXR again.
>>>
>>> /How is that possible? Any clue why this scan is not in CL1?/
>>>
>>> Moreover, I am building SN1 from TY1/GC1, and I have gain amplitude 
>>> values for this scan. Is there a way to get this into CL2 (with 
>>> CLCAL)? Or since there is not row in CL1 for this scan, no hope to 
>>> get it in CL2?
>>>
>>> Thanks in advance for your help!
>>>
>>> Best wishes,
>>>
>>> Arnaud
>>>
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20250515/46ece1ab/attachment.html>


More information about the Daip mailing list