FitsChanFitsChan - I/O Channel using FITS header cards to represent Objects

Description:
A FitsChan is a specialised form of ChannelChannel which supports I/O operations involving the use of FITS (Flexible Image Transport SystemSystem) header cards. Writing an ObjectObject to a FitsChan (using astWriteastWrite) will, if the Object is suitable, generate a description of that Object composed of FITS header cards, and reading from a FitsChan will create a new Object from its FITS header card description.

While a FitsChan is active, it represents a buffer which may contain zero or more 80-character "header cards" conforming to FITS conventions. Any sequence of FITS-conforming header cards may be stored, apart from the "END" card whose existence is merely implied. The cards may be accessed in any order by using the FitsChan's integer CardCard attribute, which identifies a "current" card, to which subsequent operations apply. Searches based on keyword may be performed (using astFindFitsastFindFits), new cards may be inserted (astPutFitsastPutFits, astPutCardsastPutCards, astSetFits$<$X$>$astSetFitsX) and existing ones may be deleted (astDelFitsastDelFits), extracted (astGetFits$<$X$>$astGetFitsX), or changed (astSetFits$<$X$>$).

When you create a FitsChan, you have the option of specifying "source" and "sink" functions which connect it to external data stores by reading and writing FITS header cards. If you provide a source function, it is used to fill the FitsChan with header cards when it is accessed for the first time. If you do not provide a source function, the FitsChan remains empty until you explicitly enter data into it (e.g. using astPutFits, astPutCards, astWrite or by using the SourceFileSourceFile attribute to specifying a text file from which headers should be read). When the FitsChan is deleted, any remaining header cards in the FitsChan can be saved in either of two ways: 1) by specifying a value for the SinkFileSinkFile attribute (the name of a text file to which header cards should be written), or 2) by providing a sink function (used to to deliver header cards to an external data store). If you do not provide a sink function or a value for SinkFile, any header cards remaining when the FitsChan is deleted will be lost, so you should arrange to extract them first if necessary (e.g. using astFindFits or astReadastRead).

Coordinate system information may be described using FITS header cards using several different conventions, termed "encodings". When an AST Object is written to (or read from) a FitsChan, the value of the FitsChan's EncodingEncoding attribute determines how the Object is converted to (or from) a description involving FITS header cards. In general, different encodings will result in different sets of header cards to describe the same Object. Examples of encodings include the DSS encoding (based on conventions used by the STScI Digitised Sky Survey data), the FITS-WCS encoding (based on a proposed FITS standard) and the NATIVE encoding (a near loss-less way of storing AST Objects in FITS headers).

The available encodings differ in the range of Objects they can represent, in the number of Object descriptions that can coexist in the same FitsChan, and in their accessibility to other (external) astronomy applications (see the Encoding attribute for details). Encodings are not necessarily mutually exclusive and it may sometimes be possible to describe the same Object in several ways within a particular set of FITS header cards by using several different encodings.

The detailed behaviour of astRead and astWrite, when used with a FitsChan, depends on the encoding in use. In general, however, all successful use of astRead is destructive, so that FITS header cards are consumed in the process of reading an Object, and are removed from the FitsChan (this deletion can be prevented for specific cards by calling the astRetainFitsastRetainFits function). An unsuccessful call of astRead (for instance, caused by the FitsChan not containing the necessary FITS headers cards needed to create an Object) results in the contents of the FitsChan being left unchanged.

If the encoding in use allows only a single Object description to be stored in a FitsChan (e.g. the DSS, FITS-WCS and FITS-IRAF encodings), then write operations using astWrite will over-write any existing Object description using that encoding. Otherwise (e.g. the NATIVE encoding), multiple Object descriptions are written sequentially and may later be read back in the same sequence.

Constructor Function:
astFitsChanastFitsChan
Inheritance
The FitsChan class inherits from the Channel class.
Attributes
In addition to those attributes common to all Channels, every

FitsChan also has the following attributes:

  • AllWarningsAllWarnings: A list of the available conditions

  • CardCard: Index of current FITS card in a FitsChan

  • CardTypeCardType: The data type of the current FITS card in a FitsChan

  • CarLinCarLin: Ignore spherical rotations on CAR projections?

  • CDMatrixCDMatrix: Use a CD matrix instead of a PC matrix?

  • CleanClean: Remove cards used whilst reading even if an error occurs?

  • DefB1950DefB1950: Use FK4 B1950 as default equatorial coordinates?

  • EncodingEncoding: System for encoding Objects as FITS headers

  • FitsDigitsFitsDigits: Digits of precision for floating-point FITS values

  • IwcIwc: Add a FrameFrame describing Intermediate World Coords?

  • NcardNcard: Number of FITS header cards in a FitsChan

  • NkeyNkey: Number of unique keywords in a FitsChan

  • TabOKTabOK: Should the FITS "-TAB" algorithm be recognised?

  • PolyTanPolyTan: Use PVi_mPVi_m keywords to define distorted TAN projection?

  • WarningsWarnings: Produces warnings about selected conditions
Functions
In addition to those functions applicable to all Channels, the following functions may also be applied to all FitsChans:

  • astDelFitsastDelFits: Delete the current FITS card in a FitsChan

  • astEmptyFitsastEmptyFits: Delete all cards in a FitsChan

  • astFindFitsastFindFits: Find a FITS card in a FitsChan by keyword

  • astGetFits$<$X$>$astGetFitsX: Get a keyword value from a FitsChan

  • astGetTablesastGetTables: Retrieve any FitsTables from a FitsChan

  • astPurgeWCSastPurgeWCS: Delete all WCS-related cards in a FitsChan

  • astPutCardsastPutCards: Stores a set of FITS header card in a FitsChan

  • astPutFitsastPutFits: Store a FITS header card in a FitsChan

  • astPutTableastPutTable: Store a single FitsTableFitsTable in a FitsChan

  • astPutTablesastPutTables: Store multiple FitsTables in a FitsChan

  • astReadFitsastReadFits: Read cards in through the source function

  • astRemoveTablesastRemoveTables: Remove one or more FitsTables from a FitsChan

  • astRetainFitsastRetainFits: Ensure current card is retained in a FitsChan

  • astSetFits$<$X$>$astSetFitsX: Store a new keyword value in a FitsChan

  • astTableSourceastTableSource: Register a source function for FITS table access

  • astTestFitsastTestFits: Test if a keyword has a defined value in a FitsChan

  • astWriteFitsastWriteFits: Write all cards out to the sink function