[daip] weird
Eric Greisen
egreisen at nrao.edu
Thu Dec 1 13:23:11 EST 2016
On 12/01/2016 10:34 AM, Lawrence Rudnick wrote:
> I have a very strange problem, using 30DEC15, linux.
>
> 1) i do a getn and another map comes up in qh. this happened again
> after logging out and then back in. both TRANS1 and TRANS2 (temp files
> from DOFARS) have READ status when i do the subim. the subim itself
> seems to have worked, in other words doing a subim of TRANS1, yields a
> map with the same min and max values as the original subim, so i'm
> assuming it's right, even though qh reports a different map (along with
> that maps min and max and stokes axis).
>
>
> >getn 32
> AIPS 3: Got(1) disk= 3 user=2255 type=MA A2255_C.TRANS1.1
> >qh
> AIPS 3: Image=A2255_ce (MA) Filename=A2255_C .TRANS2. 1
> AIPS 3: Magic value blanking
> AIPS 3: Minimum= -3.9202 Maximum= 3.8107 MilliJy/beam
> AIPS 3: --------------------------------------------------------------
> AIPS 3: Type Pixels Coord value at Pixel Coord incr Rotat
> AIPS 3: FQID 111 5.600000E+01 56* 1.0000E+00 0.00
> AIPS 3: RA---SIN 2304 17 12 42.153 1152* -1.000 0.00
> AIPS 3: DEC--SIN 2800 64 09 43.000 1400* 1.000 0.00
> AIPS 3: STOKES 1 UPOL 1* 1.0000 0.00
> AIPS 3: FREQ 1 1.011500E+09 1 8.0050E+06 0.00
> AIPS 3: --------------------------------------------------------------
> AIPS 3: Map type=DIRTY Number of iterations= 0
> AIPS 3: Conv size= 7.00 X 7.00 Position angle= 0.00
> AIPS 3: Max ext file #: HI 1 FQ 1
> AIPS 3: * => NOT the formal reference pixel on this axis
Somehow the header for TRANS2 was written to the catalog number of
TRANS1. This can happen due to program error. However, DOFARS and FARS
et al. have not changed in quite a while. If this does not happen every
time you use DOFARS then I am unsure what to reccomend. If it does
happen every time or a good fraction of the time, let me know and I will
see about debugging.
Eric Greisen
More information about the Daip
mailing list