Commit 4d596be46266679c11c5ec50d04ae688ea0cc39b
1 parent
da319f54
Add links to User Manual
Showing
5 changed files
with
33 additions
and
27 deletions
doc/source/users/user_manual/data.rst
| ... | ... | @@ -12,6 +12,7 @@ is shown below. |
| 12 | 12 | |
| 13 | 13 | .. figure:: eventlist.png |
| 14 | 14 | :width: 70% |
| 15 | + :align: center | |
| 15 | 16 | |
| 16 | 17 | Metadata, such as the telescope pointing direction, the live time, or any other |
| 17 | 18 | information that may be relevant for data processing, is stored in the FITS |
| ... | ... | @@ -21,15 +22,17 @@ below. |
| 21 | 22 | |
| 22 | 23 | .. figure:: eventheader.png |
| 23 | 24 | :width: 70% |
| 25 | + :align: center | |
| 24 | 26 | |
| 25 | -Every event list needs to be accompanied by a table with so-called Good Time | |
| 26 | -Intervals (GTIs) where each row corresponds to a time interval of continuous | |
| 27 | -data taking, and the two columns correspond to the start and stop times of these | |
| 28 | -time intervals. An exemple for the GTIs of the H.E.S.S. event lists comprising | |
| 29 | -a single GTI is shown below. | |
| 27 | +Every event list needs to be accompanied by a table with so-called | |
| 28 | +:ref:`Good Time Intervals (GTIs) <glossary_gti>` where each row corresponds | |
| 29 | +to a time interval of continuous data taking, and the two columns correspond | |
| 30 | +to the start and stop times of these time intervals. An exemple for the GTIs | |
| 31 | +of the H.E.S.S. event lists comprising a single GTI is shown below. | |
| 30 | 32 | |
| 31 | 33 | .. figure:: gti.png |
| 32 | 34 | :width: 40% |
| 35 | + :align: center | |
| 33 | 36 | |
| 34 | 37 | Note that times are given in so-called Mission-Elapsed Time (MET) in seconds, |
| 35 | 38 | and that the zero-point of the MET is specified by the ``MJDREFI`` and | ... | ... |
doc/source/users/user_manual/irf_cta.rst
| ... | ... | @@ -6,8 +6,8 @@ CTA response functions |
| 6 | 6 | Formulation |
| 7 | 7 | ~~~~~~~~~~~ |
| 8 | 8 | |
| 9 | -The instrument response functions for CTA (as well as the other IACTs such as | |
| 10 | -H.E.S.S., VERITAS and MAGIC) are factorised into | |
| 9 | +The :ref:`instrument response functions <glossary_irf>` for CTA (as well as the | |
| 10 | +other IACTs such as H.E.S.S., VERITAS and MAGIC) are factorised into | |
| 11 | 11 | the effective area :math:`A_{\rm eff}(p,E,t)` (units :math:`cm^2`), |
| 12 | 12 | the point spread function :math:`PSF(p'|p,E,t)`, |
| 13 | 13 | and the energy dispersion :math:`E_{\rm disp}(E'|p,E,t)` |
| ... | ... | @@ -109,9 +109,9 @@ In total, the following six instrument response functions are available: |
| 109 | 109 | Specifying CTA response functions |
| 110 | 110 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
| 111 | 111 | |
| 112 | -The specification of the CTA Instrument Response Functions depends on the | |
| 113 | -way how ctools are used. Common to all methods is that the IRFs are | |
| 114 | -defined by a response name and a calibration database name. | |
| 112 | +The specification of the CTA :ref:`Instrument Response Functions <glossary_irf>` | |
| 113 | +depends on the way how ctools are used. Common to all methods is that the IRFs | |
| 114 | +are defined by a response name and a calibration database name. | |
| 115 | 115 | ctools makes use of HEASARC's CALDB format to index and store |
| 116 | 116 | IRFs, and specification of the database and response names is |
| 117 | 117 | sufficient to access the response. |
| ... | ... | @@ -120,8 +120,9 @@ sufficient to access the response. |
| 120 | 120 | Specifying the response function as input parameters |
| 121 | 121 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| 122 | 122 | |
| 123 | -ctools that require instrument response functions have two parameters | |
| 124 | -to specify the calibration database name and the response function name. | |
| 123 | +ctools that require :ref:`instrument response functions <glossary_irf>` have | |
| 124 | +two parameters to specify the calibration database name and the response | |
| 125 | +function name. | |
| 125 | 126 | The following example shows a ``ctobssim`` run using the ``prod2`` |
| 126 | 127 | calibration database and the ``South_0.5h`` response function: |
| 127 | 128 | ... | ... |
doc/source/users/user_manual/irf_intro.rst
| ... | ... | @@ -3,11 +3,11 @@ |
| 3 | 3 | What are instrument response functions? |
| 4 | 4 | --------------------------------------- |
| 5 | 5 | |
| 6 | -The instrument response functions provide a mathematical description that | |
| 7 | -links the reconstructed photon arrival direction :math:`p'`, energy :math:`E'` | |
| 8 | -and trigger time :math:`t'` of an event to the true incident direction | |
| 9 | -:math:`p`, energy :math:`E` and time :math:`t` of a photon. The following | |
| 10 | -figure illustrates this relationship: | |
| 6 | +The :ref:`instrument response functions <glossary_irf>` provide a mathematical | |
| 7 | +description that links the reconstructed photon arrival direction :math:`p'`, | |
| 8 | +energy :math:`E'` and trigger time :math:`t'` of an event to the true incident | |
| 9 | +direction :math:`p`, energy :math:`E` and time :math:`t` of a photon. The | |
| 10 | +following figure illustrates this relationship: | |
| 11 | 11 | |
| 12 | 12 | .. figure:: irfs.jpg |
| 13 | 13 | :width: 70% | ... | ... |
doc/source/users/user_manual/models_implementation.rst
| ... | ... | @@ -3,7 +3,8 @@ |
| 3 | 3 | Implementation |
| 4 | 4 | -------------- |
| 5 | 5 | |
| 6 | -The general model is describe in ctools using a model definition XML file. | |
| 6 | +The general model is describe in ctools using a | |
| 7 | +:ref:`model definition XML file <glossary_moddef>`. | |
| 7 | 8 | Below is a simple example of such a file comprising one source and one |
| 8 | 9 | background model. |
| 9 | 10 | Each model is factorised into |
| ... | ... | @@ -87,9 +88,9 @@ term will be appended to each ``<parameter>`` tag. |
| 87 | 88 | |
| 88 | 89 | .. note:: |
| 89 | 90 | |
| 90 | - The syntax of the model definition XML file has been inspired from the | |
| 91 | - syntax used by the Fermi/LAT ScienceTools, but for reasons of clarity and | |
| 92 | - homogenity of the various model and parameter names we have made some | |
| 93 | - modifications. | |
| 91 | + The syntax of the :ref:`model definition XML file <glossary_moddef>` has been | |
| 92 | + inspired from the syntax used by the Fermi/LAT ScienceTools, but for reasons | |
| 93 | + of clarity and homogenity of the various model and parameter names we have | |
| 94 | + made some modifications. | |
| 94 | 95 | Nevertheless, the format used by the Fermi/LAT ScienceTools is also |
| 95 | 96 | supported. | ... | ... |
doc/source/users/user_manual/observations.rst
| ... | ... | @@ -23,8 +23,9 @@ log-likelihood |
| 23 | 23 | |
| 24 | 24 | for the maximum likelihood estimations, where the sum is taken over the |
| 25 | 25 | individual observations :math:`k`. Below you will see the first lines of an |
| 26 | -observation definition XML file that describe the first three observations of | |
| 27 | -the Galactic Plane survey for the first CTA Data Challenge: | |
| 26 | +:ref:`observation definition XML file <glossary_obsdef>` that describe the | |
| 27 | +first three observations of the Galactic Plane survey for the first CTA Data | |
| 28 | +Challenge: | |
| 28 | 29 | |
| 29 | 30 | .. code-block:: xml |
| 30 | 31 | |
| ... | ... | @@ -198,7 +199,7 @@ where :math:`B_k(p',E',t')` is the background model of observation :math:`k`. |
| 198 | 199 | The sum is taken over all observations :math:`k`. |
| 199 | 200 | |
| 200 | 201 | The files for a stacked binned observation are specified as follows in an |
| 201 | -observation definition XML file: | |
| 202 | +:ref:`observation definition XML file <glossary_obsdef>`: | |
| 202 | 203 | |
| 203 | 204 | .. code-block:: xml |
| 204 | 205 | |
| ... | ... | @@ -255,8 +256,8 @@ and the effective background response vectors using |
| 255 | 256 | |
| 256 | 257 | where :math:`\tau_k` is the live time (or exposure) of observation :math:`k`. |
| 257 | 258 | |
| 258 | -The XML file for a stacked On/Off observation has the same format as for | |
| 259 | -a single On/Off observation: | |
| 259 | +The :ref:`observation definition XML file <glossary_obsdef>` for a stacked | |
| 260 | +On/Off observation has the same format as for a single On/Off observation: | |
| 260 | 261 | |
| 261 | 262 | .. code-block:: xml |
| 262 | 263 | ... | ... |