[daip] FQUBE inputs
Eric Greisen
egreisen at nrao.edu
Fri Apr 19 11:28:37 EDT 2013
Frazer Owen wrote:
>
> AIPS 2: FQUBE: Convert FREQ/FREQID image cubes into larger FREQID cube
> AIPS 2: Adverbs Values Comments
> AIPS 2: ----------------------------------------------------------------
> AIPS 2: INNAME 'A2256ABCD' Input name(name).
> AIPS 2: INCLASS 'QFLAT1' Input name(class).
> AIPS 2: INSEQ 1 Input name(seq. #). 0=>high
> AIPS 2: First sequence # in the set
> AIPS 2: INDISK 8 Input disk drive #. 0=>any
> AIPS 2: IN2SEQ 8 Last sequence # in set.
> AIPS 2: IN3SEQ 0 Sequence # increment.
> AIPS 2: OUTNAME 'A2256ALL' Output name(name).
> AIPS 2: OUTCLASS 'QFLAT1' Output name(class).
> AIPS 2: OUTSEQ 10 Output name(seq. #).
> AIPS 2: 0 => highest unique
> AIPS 2: OUTDISK 8 Output image disk drive #
> AIPS 2: 0 => highest with space
> AIPS 2: DOALIGN 1 Alignment control parm
>
>
> On 4/18/13 2:40 PM, Frazer Owen wrote:
>> On 4/18/13 2:12 PM, Eric Greisen wrote:
>>> Frazer Owen wrote:
>>>>
>>>> Eric,
>>>>
>>>> I have done the editing of the CG tables and used FQUBE to
>>>> combine all the small cubes into large QFLAT and UFLAT cubes with
>>>> FQUBE. However, I am worried that the number of FQIDs does not match
>>>> the number of entries in the CG table. The number in the CG table
>>>> should be correct. The FQ table has some funny entries in it. Also
>>>> the QCUBE and UCUBE have different numbers FQ entries but the same
>>>> number CG entries. The question is whether the cube is OK to proceed
>>>> with CONVL and FARS ?
>>>>
>>>> ---Frazer
>>>>
>>>> On pilabo disk 8 29274 user# 2256 is one of the cubes I have made.
>>>>
>>>> AIPS 2: Image=A2256 (MA) Filename=A2256ALL .QFLAT1. 10
>>>> AIPS 2: Telescope=EVLA Receiver=EVLA
>>>> AIPS 2: Observer=Frazer O User #= 2256
>>>> AIPS 2: Observ. date=29-JUL-2010 Map date=18-APR-2013
>>>> AIPS 2: Pixel type: FLOATING Magic value blanking
>>>> AIPS 2: Minimum=-1.89119077E-03 Maximum= 1.71487487E-03 JY/BEAM
>>>> AIPS 2:
>>>> ----------------------------------------------------------------
>>>> AIPS 2: Type Pixels Coord value at Pixel Coord incr Rotat
>>>> AIPS 2: RA---SIN 8000 17 03 43.500 4000.00 -0.400000 0.00
>>>> AIPS 2: DEC--SIN 8000 78 39 60.000 4001.00 0.400000 0.00
>>>> AIPS 2: FQID 156 1.0000000E+00 1.00 1.0000000E+00 0.00
>>>> AIPS 2: STOKES 1 2.0000000E+00 1.00 1.0000000E+00 0.00
>>>> AIPS 2: FREQ 1 1.0060000E+09 1.00 1.0000000E+07 0.00
>>>> AIPS 2:
>>>> ----------------------------------------------------------------
>>>> AIPS 2: Coordinate equinox 2000.00
>>>> AIPS 2: Map type=NORMAL Number of iterations= 24333
>>>> AIPS 2: Conv size= 2.34 X 1.35 Position angle= -89.97
>>>> AIPS 2: Rest freq 0.000 Vel type: OPTICAL wrt YOU
>>>> AIPS 2: Alt ref. value 0.00000E+00 wrt pixel 0.00
>>>> AIPS 2: Maximum version number of extension files of type FQ is 1
>>>> AIPS 2: Maximum version number of extension files of type CG is 1
>>>> AIPS 2: Maximum version number of extension files of type HI is 1
>>>> >cata
>>>> AIPS 2: Catalog on disk 8
>>>> AIPS 2: Cat Usid Mapname Class Seq Pt Last access Stat
>>>> AIPS 2: 29274 2256 A2256ALL .QFLAT1. 10 MA 18-APR-13 09:33:58
>>>
>>> what is disk 8?
>>>
>>> Can you send me the output of FREESPAC
>>>
>>> Eric
>> Disk 8 is the same as yesterday. It is the lustre disk. I tried to
>> run CONVL and RSPEC without useful results.
>> The programs seemed very confused. I think FQUBE was as well.
>>
>> AIPS 2: Disk Volume name Total Full Free Timd Access
>> AIPS 2: # Mbytes % Mbytes days
>> AIPS 2: 1 /DATA/PILABO_1 1408342 60 566126 365 Alluser
>> AIPS 2: 2 /DATA/PILABO_2 1408342 46 774273 365 Alluser
>> AIPS 2: 3 /DATA/PILABO_3 1408342 37 899444 365 Alluser
>> AIPS 2: 4 /DATA/PILABO_4 1408342 42 825953 365 Alluser
>> AIPS 2: 5 /DATA/PILABO_5 1408342 42 817295 365 Alluser
>> AIPS 2: 6 /DATA/PILABO_6 1408342 29 1002027 365 Alluser
>> AIPS 2: 7 /DATA/PILABO_7 9187299 71 2705795 365 Alluser
>> AIPS 2: 8 <fowen/AIPS/LUSTRE_1 394196928 77 93891248 14 Alluser
>> >
I took a look - FQUBE has taken you literally and has loaded 2 copies of
planes at 1.096-1.246, 1.326-1.496, and 1.846-2.026 GHz since seq 2
overlaps 1, seq 4 overlaps 3, and seq 8 overlaps 7 completely. That has
led to 156 FQ numbers with 53 duplicates. You are missing CG entries
for 1.516 to 1.576 GHz since they are also missing from the CG table of
INSEQ = 5.
I do not know what you are trying to do but this is what you have done.
Eric
More information about the Daip
mailing list