[daip] IMAGR problem
Eric Greisen
egreisen at nrao.edu
Fri Apr 13 12:26:33 EDT 2007
Hanno Spreeuw writes:
> Thank you, I should have added that this is not the most common dataset.
> When we import WSRT UVFITS files in AIPS (using FITLD), we change one of
> the header elements, using PUTHEAD, from -5 to -1, with keyw 'CRVAL2' en
> keyv -1,0 as indicated on Robert Braun's website:
> http://www.astron.nl/wsrt/WSRTsoft/cookbook.html
That changes the Stokes from XX, YY, etc to RR, LL, etc which aips
understands better. That is not your problem. In fact the issue is
with the random parameters which I do not understand at all. The
array that is being displayed in the error message should - from the
header below - be 0, 1, 2, 3, 4, -1, 5, -1, -1 where -1 means a type
of parameter was not found (no SOURCE, INTTIM, CORR-ID) The messages
from UVPGET and IMAGR indicate that twice (completely separate code
areas) the first random parameter is not (in the 1st 4 characters)
UU-L despite what imheader says. I was first thinking that perhaps
the header is not blank filled but null chars but aips only looks at
the first 4 chars in the UU-L case. That could be the explanation for
why FREQSEL is also not recognized. Is there some error in what is
actually in these strings that somehow does not stop IMHEADER from
making what appears to be a correct display? (E.g. bad char,
backspace char, then UU-L and FREQSEL with nulls trailing rather than
blanks).
Note PRTUV is a good enough test, rather than the more complex IMAGR.
Eric Greisen
>
> But this is not a WSRT dataset, this is a UVFITS made from a LOFAR
> teststation measurement set, I tried the same trick. Anyway, this is imh:
>
> >imh
> AIPS 3: Image=BEAM_0 (UV) Filename=CS1JUPSRT .UVDATA. 2
> AIPS 3: Telescope=LOFAR Receiver=LOFAR
> AIPS 3: Observer=LofarSim User #= 134
> AIPS 3: Observ. date=27-FEB-2007 Map date=13-APR-2007
> AIPS 3: # visibilities 147424 Sort order TB
> AIPS 3: Rand axes: UU-L VV-L WW-L TIME1 BASELINE FREQSEL
> AIPS 3: ----------------------------------------------------------------
> AIPS 3: Type Pixels Coord value at Pixel Coord incr Rotat
> AIPS 3: COMPLEX 3 1.0000000E+00 1.00 1.0000000E+00 0.00
> AIPS 3: STOKES 4 -1.0000000E+00 1.00 -1.0000000E+00 0.00
> AIPS 3: FREQ 256 2.6561890E+07 128.00 6.1035156E+02 0.00
> AIPS 3: IF 2 1.0000000E+00 1.00 1.0000000E+00 0.00
> AIPS 3: RA 1 17 06 24.703 1.00 3600.000 0.00
> AIPS 3: DEC 1 -21 50 33.983 1.00 3600.000 0.00
> AIPS 3: ----------------------------------------------------------------
> AIPS 3: Coordinate equinox 2000.00
> AIPS 3: Maximum version number of extension files of type HI is 1
> AIPS 3: Maximum version number of extension files of type FQ is 1
> AIPS 3: Maximum version number of extension files of type AN is 1
> AIPS 3: Maximum version number of extension files of type SU is 1
>
>
>
>
> Eric Greisen wrote:
> > Hanno Spreeuw writes:
> > > Hello, when running IMAGR, I get this error:
> > > CASTOR> IMAGR3: Task IMAGR (release of 31DEC04) begins
> > > CASTOR> IMAGR3: UVPGET: RANDOM PARMS NOT ALL THERE: -1 1 2 3 4 -1 -1
> > > -1 -1
> > > CASTOR> IMAGR3: I DO NOT WORK FOR UV DATA OF TYPE '??'
> > > CASTOR> IMAGR3: Purports to die of UNNATURAL causes
> > >
> > > Do you know what is wrong?
> >
> > There is something odd about the first axis in the header - if you
> > send me the output of IMHEADER I couild say more. It is looking for a
> > COMPLEX axis.
> >
> > Eric Greisen
> >
More information about the Daip
mailing list