Last modified: December 2013

URL: https://cxc.cfa.harvard.edu/ciao/ahelp/times.html
Jump to: Description ยท See Also


AHELP for CIAO 4.15

times

Context: chandra

Synopsis

"Times" used in Chandra datasets and Chandra data analysis

Description

In a Chandra event file several 'times' are recorded both in the header via keywords and in one or several Good Time Intervals auxiliary files (the GTI blocks).

1. Time and exposure Keywords

The observation "start" and "stop" times are the most important pieces of data, and are carried in redundant ways as keywords in the file header. The TSTART and TSTOP keywords are the primary carriers of this information; the DATE-OBS, DATE-END and MJD_OBS keywords repeat the information in a format which is easier for the human reader.

For example:

"TSTART 97827899.1339010" is equivalent to and also listed as "DATE-OBS 2001-02-06T06:24:59" and "TSTOP 97880158.2484149933" = "DATE-END 2001-02-06T20:55:58"

The DATE keyword corresponds instead to the date of the FITS file creation.

All Chandra events are time tagged. All time tags in the data, and all TSTART and TSTOP values, are 'mission time' measured in seconds from a Chandra specified mission reference epoch:

To convert a time tag TIME to an absolute MJD(TT) the following formula is used:

MJD(TT) = MJDREF(TT) + ( TIMEZERO + TIME ) / 86400

where the TIMEZERO header keyword contains a time adjustment in seconds and it is usually zero.

Multiple date/time/exposure keywords are generally found in the header of Chandra event files:

As explained above the ONTIME/LIVETIME/EXPOSURE keywords are for the aim chip which, by CXC convention, corresponds to the first GTI. Each chip has different values of each of these keywords. IF someone is doing analysis on an off-aim-chip CCD, AND the values are considerably different for each chip, then the analysis will be impacted. For most observations the values for the different chips are about the same but this can be problem for observations with a lot of telemetry saturation, crowded fields, or period of extended background flares.

Exposure time in PI and ARF files

The EXPOSURE value from the level 2 event file is propagated to the PI (spectrum) file, so that the EXPOSURE in the spectral file is identically the same.

The exposure in the ARF is obtained by summing the column called DURATION in the aspect histogram file; this exposure is only an approximation. Each element in the column duration is an integer multiple of 0.25625 s * DTCOR, where 0.25625 s is the time between adjacent entries in the aspect solution file. That is, the lengths of the DURATIONs are based on the information from the aspect camera, not the ACIS CCDs. Therefore, the exposure derived from the aspect histogram is not exact. It is only an approximation. In most cases, it is a good approximation. The exact exposure (for a point source) is "No. of frames * frame time". The values of EXPOSURE in the ARF and the PI file should be replaced with this value.

2. good time intervals (GTIs)

Each Chandra event file contains one or more auxiliary blocks which include the good time intervals. In the case of ACIS there is one GTI per CCD. GTIs are table of sorted START and STOP times in units of seconds. For pipeline-produced data, the GTIs give the time periods when the mission time line parameters fell within acceptable ranges (see "ahelp mtl" for more information). Additional temporal filtering by the user - such as to remove background flare events - can further restrict these periods; the data subspace of a file (see "ahelp subspace") lists the GTI filters that have been applied to it.

Additional note for ACIS observations

When an arbitrary time filter/GTI is applied to an ACIS event file it is not guaranteed to be properly aligned at the exposure boundaries of the ACIS exposures. Because the event times for a given CCD and exposure are all assigned the same time (the middle of the exposure), this may result in data from 1 exposure (~3.2 sec for full frame) either being added to or excluded from the extraction on either or both ends of each good time interval. For most observations this effect will be very small; however, when there are many GTI records (say due to telemetry saturation for a large SNR or cluster) the effect may become significant.

Times in Continuous Clocking (CC) mode

In CC mode event data files, the values recorded in the column TIME are the readout times instead of the times of arrival. (Note that the TIME values in timed exposure event data files are the times of arrival.) Before performing timing analyses, the times of arrival at the barycenter of the solar system should be computed.

Barycentric correction

A tool is provided (see "ahelp axbary") to correct for the difference in photon arrival times as the Earth and Chandra move around the Sun. The "Apply Barycenter Correction" thread explains how to apply this correction.

Timing Accuracy

Timing accuracy is instrument dependent on Chandra. The highest timing resolution is achieved by the HRC instrument with approximately 16 microsec. ACIS time resolution is observing-mode dependent and can vary from approximately 3 millisec in continuous clocking mode to 10 sec in timed exposure mode. Note that 10 sec is the highest possible selectable frame time - i.e. the time in which a CCD collects data. The nominal frame time for six full-frame ACIS chips is 3.2 sec. Highest resolution (40 microsec) can be achieved with ACIS in the so called "transfer streak" for really bright sources. See the Chandra Proposers' Observatory Guide for further information on timing accuracy.

See Also

calibration
caldb
chandra
coords, level, pileup
concept
autoname, ciao, ciao-install, ciaorc, history, parameter, stack, subspace
dm
dm, dmascii, dmbinning, dmfiltering, dmmasks, dmopt, dmregions
gui
gui
paramio
paramio