WCS problems on Optical Telescopes.

Don Wells dwells at nrao.edu
Fri Sep 26 17:13:53 EDT 1997


"PB" == Peter Bunclark <psb at ast.cam.ac.uk> writes:
PB> 2. I was a little surprised to realize that at least a few people
                are expecting 
PB>    WCS to support high-accuracy astrometry, as opposed to arcsecond-type
PB>    stuff for object id and map-presentation.  There isn't enough power
PB>    in the suggested transformations to do that.

If your optics conform to gnomonic projection, the six-term transformation
plus TAN is equivalent to the "standard coordinates" solution of classical
astrometry.  Over moderate field widths the off-diagonal linear terms are
even sufficient to absorb the skew due to refraction.  If your optics are a
big reflector with prime focus corrector lens, the ZPN projection is
sufficient to represent the geometry with quite good accuracy, probably to a
fraction of an arcsecond, if the center of symmetry is adjusted in the
regression to minimize the residuals.  Of course, ZPN is a modified ARC
projection, not a modified TAN, but the terms of the difference between TAN
and ARC (x^3/3 + 2x^5/15 + 17x^7/315 +...) can be added to the radial
distortion coefficients and the sums expressed as the PROJPi keywords of
ZPN.  (I do support the request by Doug Mink and you that radial polynomial
terms be added to the TAN projection as well as the ARC projection.) If your
optics need additional "rubber-sheet" distortion terms, the pixel
regularization map specified in Appendix A of the draft document will be
completely sufficient for astrometry to any precision supported by your
reference stars. The current draft specifies that the map will be expressed
as a numerical array for each axis, but discussions at Sonthofen led to the
decision that we will instead express it as a polynomical expansion; the two
notations are mathematically equivalent.

In summary, there is indeed enough power in the proposed WCS notations, even
in the September 1996 draft version, to support representation of the
geometry of optical imagery to arbitrary precision.

PB>    ..  Polynomials won't do because there are bends and wobbles on one
PB>    side of the plate that are often uncorrelated with those on the
        other side; 

The proposed pixel regularization map (Appendix A) is exactly what is needed
for such cases; it can be asymmetric.

PB>    you need an unacceptably high-order polynomial to follow that
                kind of stuff; 
PB>    splines would be better.

A Chebyshev polynomial is a sufficient representation of the pixel
regularization map; the number of terms needed is essentially the same as
the number of spline coefficients that would be needed for the same
precision of representation. The Chebyshev expansion, which is orthogonal
and has the equi-ripple property, can be converted to the equivalent
conventional polynomial for interchange. I expect that the alternative FITS
keyword notation which I mentioned in the BoF at Sonthofen will support up
to 9999 polynomial coefficients per axis.

PB> 4. The PC matrix wants you to put 1's on the diagonal and zeros elsewhere.
PB>    This is hard to arrange for a ccd, and furthermore most optical 
PB>    instruments are mounted on rotators, and so can move to arbitrary angles
PB>    from exposure to exposure;  ..

The PC matrix and the equivalent CDxxxxxx notations supported by IRAF and
ST-SDAS support both rotation and skew. There is no problem.

PB>    .., with long-slit spectroscopy
PB>    one will want the spatial axis to be at an arbitrary PA..

There are three world coordinate axes in long-slit spectroscopy:
CTYPE1='RA---TAN', CTYPE2='DEC--TAN', CTYPE3='LAMBDA' (or some other
spectroscopic projection).  The proposed notation enables the celestial axes
to be rotated to arbitrary PA. The proper dimensionality of a long-slit
spectrogram is NAXIS=3, not NAXIS=2.  Such a piece of data is exactly
equivalent to one plane (a 2-d slice) extracted from a 3-d spectral line
cube produced by a radio synthesis interferometer or scanning Fabry-Perot
spectrometer.

PB> 	.. I would like to separate the complete
PB>    transformation of pixels to celestial coordinates into two stages:
PB>    (1) transform pixels on the chip/plate to `engineering units', ie 
PB>    Cartesian meters at the focal-plane..
PB>    step (2) is to transform linear measure in the focal plane to celestial
PB>    coordinates.

You are, of course, always free to represent the geometry of your particular
instrument in this fashion and then to concatenate the multiple
transformations into the canonical notation for interchange. In addition,
the proposed multiple-WCS notation (see below) will enable you to export the
alternative notations to systems which interoperate with yours for these
transformations.  I advocate that we choose the minimum sufficient set of
keywords which will accomplish our basic interoperability goal.

PB> 	I believe a side-effect is to satisfy many people's requirements 
PB>    for multiple-WCS's in headers; ..

I recommend that we specify that complete alternative WCS representations
can be conveyed in headers by appending alphabetic subscripts A-Z to the WCS
keywords. Implementors who have no reason to support multiple WCS solutions
can ignore such subscripted keywords.  It appears that the only price we
will pay for this convention is that the number of axes will be restricted
to 99.

PB> 7. Can you imagine a WCS that describes the coordinates on an objective-
PB>    prism plate?

The transformation is ambiguous: two or more sources can produce overlapping
spectra, so that it is not always possible to assign the flux in a
particular pixel to a unique place on the sky. Of course, if such an image
is reduced, probably with the aid of source coordinates determined from
conventional direct imagery, the individual spectra can be extracted with a
consistent dispersion scale, and can be represented as a set of conventional
long-slit spectra, perhaps a set of IMAGE extensions in a FITS file, each
with a WCS solution in its header.
--
  Donald C. Wells         Associate Scientist         dwells at nrao.edu
                    http://fits.cv.nrao.edu/~dwells
  National Radio Astronomy Observatory                +1-804-296-0277
  520 Edgemont Road,   Charlottesville, Virginia       22903-2475 USA




More information about the fitsbits mailing list