I've added a new routine to the NDF library that will read the .MORE.FITS
from an NDF and convert it to a FitsChan. I hope nobody minds since I do
realise that *technically* this is not part of the NDF standard but it
clearly *is* an unofficial part of the standard since many many
applications assume it exists. A fitschan seems to be the obvious choice
although the fits header read from the NDF will not necessarily have its
astrometry extracted.
David may want look at this since I've probably been a bit inefficient.
It's basically some code from the SCUBA-2 Data Acquisition software but I
will probably change to using datMapV rather than datCell.
I have tested ndfGtfts but only have a C interface at the moment.
I'm working on an ndfPtfts to put the FitsChan back into an NDF but I'm
running into an AST issue. David: since there is no AST function to
retrieve the nth card (can we have one? there is one to retrieve by name
and also one to store by card) I need to attach a sink function to the
supplied fitschan but I don't see any way of doing that without
constructing a new FitsChan object. How do I do this?
A quick glance through KAPLIBS indicates that routines similar to the
above do exist but they usually throw away the FitsChan after the WCS has
been extracted. For SMURF I am using a FitsChan as my primary FITS header
type.
--
Tim Jenness
JAC software
http://www.jach.hawaii.edu/~timj
|