Fork me on GitHub

source: svn/trunk/paper/notes.tex@ 516

Last change on this file since 516 was 516, checked in by Xavier Rouby, 15 years ago

typo

File size: 107.7 KB
Line 
1\documentclass[a4paper,11pt,oneside,twocolumn]{article}
2%\usepackage[english]{babel}
3\usepackage[ansinew]{inputenc}
4\usepackage{abstract}
5
6\usepackage{amsmath}
7\usepackage{epic}
8\usepackage{wrapfig}
9\usepackage{eepic}
10\usepackage{color}
11\usepackage{latexsym}
12\usepackage{array}
13\usepackage{multicol}
14
15\usepackage{fancyhdr}
16\usepackage{verbatim}
17\addtolength{\textwidth}{1cm} \addtolength{\hoffset}{-0.5cm}
18\usepackage[colorlinks=true, pdfstartview=FitV, linkcolor=blue, citecolor=blue, urlcolor=blue, unicode]{hyperref}
19\usepackage{ifpdf}
20\usepackage{cite}
21
22\usepackage{enumitem}
23
24\newcommand{\dollar}{\$}
25
26\ifpdf
27 \usepackage[pdftex]{graphicx}
28 \graphicspath{{all_png/}}
29 \pdfinfo{
30 /Author (S. Ovyn, X. Rouby)
31 /Title (Delphes, a framework for fast simulation of a generic collider experiment)
32 /Subject ()
33 /Keywords (Delphes, Fast simulation, smearing, reconstruction, trigger, event display, LHC, Hector, FastJet, Frog)}
34\else
35 \usepackage[dvips]{graphicx}
36 \graphicspath{{figures/}}
37\fi
38
39\title{\textsc{Delphes}, a framework for fast simulation \\of a generic collider experiment}
40\author{S. Ovyn$^*$ and X. Rouby$^\textrm{a}$\\
41 \small{Center for Particle Physics and Phenomenology (CP3)}\\
42 \small{Universit\'e catholique de Louvain}\\
43 \small{B-1348 Louvain-la-Neuve, Belgium}\\ \\
44 \texttt{severine.ovyn@uclouvain.be, xavier.rouby@cern.ch} \\
45}
46\date{}
47
48
49\begin{document}
50
51\twocolumn[
52\maketitle
53
54\begin{center}
55\includegraphics{DelphesLogoSml}
56\end{center}
57
58
59\begin{abstract}
60It is always delicate to know whether theoretical predictions are visible and measurable in a high energy collider experiment due to the complexity of the related detectors, data acquisition chain and software.
61We introduce here a new \texttt{C++}-based framework, \textsc{Delphes}, for fast simulation of
62a general-purpose experiment. The simulation includes a tracking system, embedded into a magnetic field, calorimetry and a muon
63system, and possible very forward detectors arranged along the beamline.
64The framework is interfaced to standard file formats (e.g.\ Les Houches Event File or \texttt{HepMC}) and outputs observable objects for analysis, like missing transverse energy and collections of electrons or jets.
65The simulation of detector response takes into account the detector resolution, and usual reconstruction algorithms, such as \textsc{FastJet}. A simplified preselection can also be applied on processed data for trigger emulation. Detection of very forward scattered particles relies on the transport in beamlines with the \textsc{Hector} software. Finally, the \textsc{Frog} 2D/3D event display is used for visualisation of the collision final states.
66An overview of \textsc{Delphes} is given as well as a few \textsc{lhc} use-cases for illustration.
67\vspace{0.5cm}
68
69\noindent
70\textit{Keywords:} \textsc{Delphes}, fast simulation, trigger, event display, \textsc{lhc}, \textsc{FastJet}, \textsc{Hector}, \textsc{Frog}\\
71\href{http://www.fynu.ucl.ac.be/delphes.html}{http://www.fynu.ucl.ac.be/delphes.html}\\
72\textit{PACS:} 29.85.-c ~~~ 07.05.Tp ~~~ 29.90.+r ~~~ 29.50.+v\\
73\textit{Preprint:} \texttt{CP3-09-01}
74\vspace{1.5cm}
75
76\end{abstract}
77\small{$^{*}$ Corresponding author: +32.10.47.32.29.}
78\small{$^\textrm{a}$ Now in Physikalisches Institut, Albert-Ludwigs-Universit\"at Freiburg}
79]
80%\saythanks
81
82\section{Introduction}
83
84Experiments at high energy colliders are very complex systems for several reasons. Firstly, in terms of the various detector subsystems, including tracking, central calorimetry, forward calorimetry, and muon chambers. Such apparatus differ in their detection principles, technologies, geometrical acceptances, resolutions and sensitivities. Secondly, due to the requirement of a highly effective online selection (i.e.\ a \textit{trigger}), subdivided into several levels for an optimal reduction factor of ``uninteresting'' events, but based only on partially processed data. Finally, in terms of the experiment software, with different data formats (like \textit{raw} or \textit{reconstructed} data), many reconstruction algorithms and particle identification approaches.
85
86This complexity is handled by large collaborations of thousands of people, but the data and the expertise are only available to their members. Real data analyses require a full detector simulation, including transport of the primary and secondary particles through the detector material accounting for the various detector inefficiencies, the dead material, the imperfections and the geometrical details. Moreover, control of the detector calibration and alignment are crucial. Such simulation is very complicated, technical and requires a large \texttt{CPU} power. On the other hand, phenomenological studies, looking for the observability of given signals, may require only fast but realistic estimates of the expected signals and associated backgrounds.
87
88A new framework, called \textsc{Delphes}~\cite{bib:Delphes}, is introduced here, for the fast simulation of a general-purpose collider experiment.
89Using the framework, observables can be estimated for specific signal and background channels, as well as their production and measurement rates.
90Starting from the output of event generators, the simulation of the detector response takes into account the subdetector resolutions, by smearing the kinematic properties of the final-state particles\footnote{Throughout the paper, final-state particles refer as particles considered as stable by the event generator.}. Tracks of charged particles and deposits of energy in calorimetric cells (or \textit{calotowers}) are then created.
91
92\textsc{Delphes} includes the most crucial experimental features, such as (Fig.~\ref{fig:FlowChart}):
93\begin{enumerate}
94\item the geometry of both central and forward detectors,
95\item magnetic field for tracks
96\item reconstruction of photons, leptons, jets, $b$-jets, $\tau$-jets and missing transverse energy,
97\item lepton isolation,
98\item trigger emulation,
99\item an event display.
100\end{enumerate}
101
102\begin{figure*}[!ht]
103\begin{center}
104\includegraphics[scale=0.78]{FlowDelphes}
105\caption{Flow chart describing the principles behind \textsc{Delphes}. Event files coming from external Monte Carlo generators are read by a converter stage (top).
106The kinematics variables of the final-state particles are then smeared according to the tunable subdetector resolutions.
107Tracks are reconstructed in a simulated solenoidal magnetic field and calorimetric towers sample the energy deposits. Based on these low-level objects, dedicated algorithms are applied for particle identification, isolation and reconstruction.
108The transport of very forward particles to the near-beam detectors is also simulated.
109Finally, an output file is written, including generator-level and analysis-object data.
110If requested, a fully parametrisable trigger can be emulated. Optionally, the geometry and visualisation files for the 3D event display can also be produced.
111All user parameters are set in the \textit{Detector/Smearing Card} and the \textit{Trigger Card}. }
112\label{fig:FlowChart}
113\end{center}
114\end{figure*}
115
116Although this kind of approach yields much realistic results than a simple ``parton-level" analysis, a fast simulation comes with some limitations. Detector geometry is idealised, being uniform, symmetric around the beam axis, and having no cracks nor dead material. Secondary interactions, multiple scatterings, photon conversion and bremsstrahlung are also neglected.
117
118Four datafile formats can be used as input in \textsc{Delphes}\footnote{\texttt{[code] }See the \texttt{HEPEVTConverter}, \texttt{HepMCConverter}, \texttt{LHEFConverter} and \texttt{STDHEPConverter} classes.}. In order to process events from many different generators, the standard Monte Carlo event structures \texttt{StdHEP}~\cite{bib:stdhep} and \texttt{HepMC}~\cite{bib:hepmc} can be used as an input. Besides, \textsc{Delphes} can also provide detector response for events read in ``Les Houches Event Format'' (\textsc{lhef}~\cite{bib:lhe}) and \textsc{root} files obtained from \textsc{.hbook} using the \texttt{h2root} utility from the \textsc{root} framework~\cite{bib:Root}.
119%Afterwards, \textsc{Delphes} performs a simple trigger simulation and reconstruct "high-level objects". These informations are organised in classes and each objects are ordered with respect to the transverse momentum.
120
121\textsc{Delphes} uses the \texttt{ExRootAnalysis} utility~\cite{bib:ExRootAnalysis} to create output data in a \texttt{*.root} ntuple.
122This output contains a copy of the generator-level data (\textsc{gen} tree), the analysis data objects after reconstruction (\mbox{\textsc{A}nalysis} tree), and possibly the results of the trigger emulation (\mbox{\textsc{T}rigger} tree).
123In option\footnote{\texttt{[code]} See the \texttt{FLAG\_lhco} variable in the detector datacard. This text file format is shortly described in the user manual.}, \textsc{Delphes} can produce a reduced output file in \texttt{*.lhco} text format, which is limited to the list of the reconstructed high-level objects in the final states.
124
125The program is driven by input cards. The detector card (\texttt{data/DetectorCard.dat}) allows a large spectrum of running conditions by modifying basic detector parameters, including calorimeter and tracking coverage and resolution, thresholds or jet algorithm parameters. The trigger card (\texttt{data/TriggerCard.dat}) lists the user algorithms for the simplified online preselection. Even if \textsc{Delphes} has been developped for the simulation of general-purpose detectors at the \textsc{lhc} (namely, \textsc{cms} and \textsc{atlas}), the input cards allow a flexible parametrisation for other cases, e.g.\ at future linear colliders.
126
127
128\section{Detector simulation}
129
130The overall layout of the general-purpose detector simulated by \textsc{Delphes} is shown in Fig.~\ref{fig:GenDet3}.
131A central tracking system (\textsc{tracker}) is surrounded by an electromagnetic and a hadron calorimeters (\textsc{ecal} and \textsc{hcal}, resp., each with a central region and two endcaps). Two forward calorimeters (\textsc{fcal}) ensure a larger geometric coverage for the measurement of the missing transverse energy. Finally, a muon system (\textsc{muon}) encloses the central detector volume
132The fast simulation of the detector response takes into account geometrical acceptance of sub-detectors and their finite resolution, as defined in the detector data card\footnote{\texttt{[code] }See the \texttt{RESOLution} class.}.
133If no such file is provided, predefined values based on ``typical'' \textsc{cms} acceptances and resolutions are used\footnote{\texttt{[code] }Detector and trigger cards for the \textsc{atlas} and \textsc{cms} experiments are also provided in \texttt{data/} directory.}. The geometrical coverage of the various subsystems used in the default configuration are summarised in Tab.~\ref{tab:defEta}.
134
135\begin{table*}[t]
136\begin{center}
137\caption{Default extension in pseudorapidity $\eta$ of the different subdetectors.
138Full azimuthal ($\phi$) acceptance is assumed.
139The corresponding parameter name, in the detector card, is given. \vspace{0.5cm}}
140\begin{tabular}{llcc}
141\hline
142Subdetector & & $\eta$ & $\phi$ \\
143\textsc{tracker} & {\verb CEN_max_tracker } & $[-2.5; 2.5]$ & $[-\pi ; \pi]$\\
144\textsc{ecal}, \textsc{hcal} & {\verb CEN_max_calo_cen }& $[-1.7 ; 1.7]$ & $[-\pi ; \pi]$\\
145\textsc{ecal}, \textsc{hcal} endcaps & {\verb CEN_max_calo_ec }& $[-3 ; -1.7] \& [1.7 ; 3]$ & $[-\pi ; \pi]$\\
146\textsc{fcal} & {\verb CEN_max_calo_fwd } & $[-5 ; -3]$ \& $[3 ;5]$ & $[-\pi ; \pi]$\\
147\textsc{muon} & {\verb CEN_max_mu } & $[-2.4 ; 2.4]$ & $[-\pi ; \pi]$\\ \hline
148\end{tabular}
149\label{tab:defEta}
150\end{center}
151\end{table*}
152
153\begin{figure}[!h]
154\begin{center}
155\includegraphics[width=\columnwidth]{Detector_Delphes_3}
156\caption{
157Profile of layout of the generic detector geometry assumed in \textsc{Delphes}. The innermost layer, close to the interaction point, is a central tracking system (pink).
158It is surrounded by a central calorimeter volume (green) with both electromagnetic and hadronic sections.
159The outer layer of the central system (red) consist of a muon system. In addition, two end-cap calorimeters (blue) extend the pseudorapidity coverage of the central detector.
160The detector parameters are defined in the user-configuration card. The extension of the various subdetectors, as defined in Tab.~\ref{tab:defEta}, are clearly visible. The detector is assumed to be strictly symmetric around the beam axis (black line). Additional forward detectors are not depicted.
161}
162\label{fig:GenDet3}
163\end{center}
164\end{figure}
165
166
167\subsubsection*{Magnetic field}
168In addition to the subdetectors, the effects of a solenoidal magnetic field are simulated for the charged particles\footnote{\texttt{[code] }See the \texttt{TrackPropagation} class.}. This affects the position at which charged particles enter the calorimeters and their corresponding tracks. The field extension is limited to the tracker volume and is in particular not applied for muon chambers. Howerver, this is not a limiting factor as the resolution applied for muon reconstruction is the one expected by the experiment, which consequently includes the effects of the magnetic field within the muon system.
169
170
171
172\subsection{Tracks reconstruction}
173Every stable charged particle with a transverse momentum above some threshold and lying inside the detector volume covered by the tracker provides a track.
174By default, a track is assumed to be reconstructed with $90\%$ probability\footnote{\texttt{[code]} The reconstruction efficiency is defined in the detector datacard by the \texttt{TRACKING\_EFF} term.} if its transverse momentum $p_T$ is higher than $0.9~\textrm{GeV}/c$ and if its pseudorapidity $|\eta| \leq 2.5$.
175
176
177\subsection{Simulation of central calorimeters}
178
179The energy of each particle considered as stable in the generator particle list is smeared, with a Gaussian distribution depending on the calorimeter resolution. This resolution varies with the sub-calorimeter (\textsc{ecal}, \textsc{hcal}, \textsc{fcal}) measuring the particle.
180The response of each sub-calorimeter is parametrised as a function of the energy:
181\begin{equation}
182\frac{\sigma}{E} = \frac{S}{\sqrt{E}} \oplus \frac{N}{E} \oplus C,
183\label{eq:caloresolution}
184\end{equation}
185where $S$, $N$ and $C$ are the \textit{stochastic}, \textit{noise} and \textit{constant} terms, respectively, and $\oplus$ stands for quadratic additions.\\
186
187
188The particle four-momentum $p^\mu$ are smeared with a parametrisation directly derived from typical detector technical designs\footnote{\texttt{[code] } The response of the detector is applied to the electromagnetic and the hadronic particles through the \texttt{SmearElectron} and \texttt{SmearHadron} functions.} \cite{bib:cmsjetresolution,bib:ATLASresolution}.
189In the default parametrisation, the calorimeter is assumed to cover the pseudorapidity range $|\eta|<3$ and consists in an electromagnetic and hadronic parts. Coverage between pseudorapidities of $3.0$ and $5.0$ is provided by forward calorimeters, with different response to electromagnetic objects ($e^\pm, \gamma$) or hadrons.
190Muons and neutrinos are assumed not to interact with the calorimeters\footnote{In the current \textsc{Delphes} version, particles other than electrons ($e^\pm$), photons ($\gamma$), muons ($\mu^\pm$) and neutrinos ($\nu_e$, $\nu_\mu$ and $\nu_\tau$) are simulated as hadrons for their interactions with the calorimeters. The simulation of stable particles beyond the Standard Model should therefore be handled with care.}.
191The default values of the stochastic, noise and constant terms are given in Tab.~\ref{tab:defResol}.\\
192
193\begin{table}[!h]
194\begin{center}
195\caption{Default values for the resolution of the central and forward calorimeters. Resolution is parametrised by the \textit{stochastic} ($S$), \textit{noise} ($N$) and \textit{constant} ($C$) terms (Eq.~\ref{eq:caloresolution}).
196The corresponding parameter name, in the detector card, is given. \vspace{0.5cm}}
197\begin{tabular}[!h]{lllc}
198\hline
199\multicolumn{2}{c}{Resolution Term} & Card flag & Value\\\hline
200 \multicolumn{4}{l}{\textsc{ecal}} \\
201 & $S$ (GeV$^{1/2}$) & {\verb ELG_Scen } & $0.05$ \\
202 & $N$ (GeV)& {\verb ELG_Ncen } & $0.25$ \\
203 & $C$ & {\verb ELG_Ccen } & $0.0055$ \\
204 \multicolumn{4}{l}{\textsc{ecal}, end caps} \\
205 & $S$ (GeV$^{1/2}$) & {\verb ELG_Sec } & $0.05$ \\
206 & $N$ (GeV)& {\verb ELG_Nec } & $0.25$ \\
207 & $C$ & {\verb ELG_Cec } & $0.0055$ \\
208 \multicolumn{4}{l}{\textsc{fcal}, electromagnetic part} \\
209 & $S$ (GeV$^{1/2}$)& {\verb ELG_Sfwd } & $2.084$ \\
210 & $N$ (GeV)& {\verb ELG_Nfwd } & $0$ \\
211 & $C$ & {\verb ELG_Cfwd } & $0.107$ \\
212 \multicolumn{4}{l}{\textsc{hcal}} \\
213 & $S$ (GeV$^{1/2}$)& {\verb HAD_Scen } & $1.5$ \\
214 & $N$ (GeV)& {\verb HAD_Ncen } & $0$\\
215 & $C$ & {\verb HAD_Ccen } & $0.05$\\
216 \multicolumn{4}{l}{\textsc{hcal}, end caps} \\
217 & $S$ (GeV$^{1/2}$)& {\verb HAD_Sec } & $1.5$ \\
218 & $N$ (GeV)& {\verb HAD_Nec } & $0$\\
219 & $C$ & {\verb HAD_Cec } & $0.05$\\
220 \multicolumn{4}{l}{\textsc{fcal}, hadronic part} \\
221 & $S$ (GeV$^{1/2}$)& {\verb HAD_Sfwd } & $2.7$\\
222 & $N$ (GeV)& {\verb HAD_Nfwd } & $0$ \\
223 & $C$ & {\verb HAD_Cfwd } & $0.13$\\
224\hline
225\end{tabular}
226\label{tab:defResol}
227\end{center}
228\end{table}
229
230The energy of electrons and photons found in the particle list are smeared using the \textsc{ecal} resolution terms. Charged and neutral final-state hadrons interact with the \textsc{ecal}, \textsc{hcal} and \textsc{fcal}.
231Some long-living particles, such as the $K^0_s$ and $\Lambda$'s, with lifetime $c\tau$ smaller than $10~\textrm{mm}$ are considered as stable particles although they decay before the calorimeters. The energy smearing of such particles is performed using the expected fraction of the energy, determined according to their decay products, that would be deposited into the \textsc{ecal} ($E_{\textsc{ecal}}$) and into the \textsc{hcal} ($E_{\textsc{hcal}}$). Defining $F$ as the fraction of the energy leading to a \textsc{hcal} deposit, the two energy values are given by
232\begin{equation}
233\left\{
234\begin{array}{l}
235E_{\textsc{hcal}} = E \times F \\
236E_{\textsc{ecal}} = E \times (1-F) \\
237\end{array}
238\right.
239\end{equation}
240where $0 \leq F \leq 1$. The electromagnetic part is handled the same way for the electrons and photons.
241The resulting calorimetry energy measurement given after the application of the smearing is then $E = E_{\textsc{hcal}} + E_{\textsc{ecal}}$. For $K_S^0$ and $\Lambda$ hadrons\footnote{\texttt{[code]} To implement different ratios for other particles, see the \texttt{BlockClasses} class.}, the energy fraction is $F$ is assumed to be $0.7$.\\
242
243\subsection{Calorimetric towers}
244
245The smallest unit for geometrical sampling of the calorimeters is a \textit{tower}; it segments the $(\eta,\phi)$ plane for the energy measurement. No longitudinal segmentation is available in the simulated calorimeters. All undecayed particles, except muons and neutrinos deposit energy in a calorimetric tower, either in \textsc{ecal}, in \textsc{hcal} or \textsc{fcal}.
246As the detector is assumed to be cylindrical (e.g.\ symmetric in $\phi$ and with respect to the $\eta=0$ plane), the detector card stores the number of calorimetric towers with $\phi=0$ and $\eta>0$ (default: $40$ towers). For a given $\eta$, the size of the $\phi$ segmentation is also specified. Fig.~\ref{fig:calosegmentation} illustrates the default segmentation of the $(\eta,\phi)$ plane.
247
248\begin{figure}[!h]
249\begin{center}
250\includegraphics[width=\columnwidth]{calosegmentation}
251\caption{Default segmentation of the calorimeters in the $(\eta,\phi)$ plane. Only the central detectors (\textsc{ecal}, \textsc{hcal}) and \textsc{fcal} are considered. $\phi$ angles are expressed in radians.}
252\label{fig:calosegmentation}
253\end{center}
254\end{figure}
255
256The calorimetric towers directly enter in the calculation of the missing transverse energy (\textsc{met}), and as input for the jet reconstruction algorithms. No sharing between neighbouring towers is implemented when particles enter a tower very close to its geometrical edge. Smearing is applied directly on the accumulated electromagnetic and hadronic energies of each calorimetric tower.
257
258\subsection{Very forward detectors simulation}
259
260Most of the recent experiments in beam colliders have additional instrumentation along the beamline. These extend the $\eta$ coverage to higher values, for the detection of very forward final-state particles.
261Zero Degree Calorimeters (\textsc{zdc}) are located at zero angle, i.e.\ are aligned with the beamline axis at the interaction point, and placed beyond the point where the paths of incoming and outgoing beams separate (Fig.~\ref{fig:fdets}). These allow the measurement of stable neutral particles ($\gamma$ and $n$) coming from the interaction point, with large pseudorapidities (e.g.\ $|\eta_{\textrm{n,}\gamma}| > 8.3$ in \textsc{atlas} and \textsc{cms}).
262Forward taggers (called here \textsc{rp220}, for ``roman pots at $220~\textrm{m}$'' and \textsc{fp420} ``for forward proton taggers at $420~\textrm{m}$'', as at the \textsc{lhc}) are meant for the measurement of particles following very closely the beam path. To be able to reach these detectors, such particles must have a charge identical to the beam particles, and a momentum very close to the nominal value for the beam. These taggers are near-beam detectors located a few millimetres from the true beam trajectory and this distance defines their acceptance (Tab.~\ref{tab:fdetacceptance}).
263
264\begin{figure}[!h]
265\begin{center}
266\includegraphics[width=\columnwidth]{fdets}
267\caption{Default location of the very forward detectors, including \textsc{zdc}, \textsc{rp220} and \textsc{fp420} in the \textsc{lhc} beamline.
268Incoming (red) and outgoing (black) beams on one side of the interaction point ($s=0~\textrm{m}$).
269The Zero Degree Calorimeter is located in perfect alignment with the beamline axis at the interaction point, at $140~\textrm{m}$, the beam paths are separated. The forward taggers are near-beam detectors located at $220~\textrm{m}$ and $420~\textrm{m}$. Beamline simulation with \textsc{Hector}~\cite{bib:Hector}.}
270\label{fig:fdets}
271\end{center}
272\end{figure}
273
274\begin{table*}[t]
275\begin{center}
276\caption{Default parameters for the forward detectors: distance from the interaction point and detector acceptance. The \textsc{lhc} beamline is assumed around the fifth \textsc{lhc} interaction point (\textsc{ip}). For the \textsc{zdc}, the acceptance depends only on the pseudorapidity $\eta$ of the particle, which should be neutral and stable.
277The tagger acceptance is fully determined by the distance in the transverse plane of the detector to the real beam position~\cite{bib:Hector}. It is expressed in terms of the particle energy ($E$).
278\vspace{0.5cm}}
279\begin{tabular}{llcl}
280\hline
281Detector & Distance from \textsc{ip}& Acceptance & \\ \hline
282\textsc{zdc} & $140$ m & $|\eta|> 8.3$ & for $n$ and $\gamma$\\
283\textsc{rp220} & $220$ m & $E \in [6100 ; 6880]$ (GeV) & at $2~\textrm{mm}$\\
284\textsc{fp420} & $420$ m & $E \in [6880 ; 6980]$ (GeV) & at $4~\textrm{mm}$\\
285\hline
286\end{tabular}
287\label{tab:fdetacceptance}
288\end{center}
289\end{table*}
290
291
292While neutral particles propagate along a straight line to the \textsc{zdc}, a dedicated simulation of the transport of charged particles is needed for \textsc{rp220} and \textsc{fp420}. This fast simulation uses the \textsc{Hector} software~\cite{bib:Hector}, which includes the chromaticity effects and the geometrical aperture of the beamline elements of any arbitrary collider.
293
294Some subdetectors have the ability to measure the time of flight of the particle.
295This corresponds to the delay after which the particle is observed in the detector, with respect to the bunch crossing reference time at the interaction point ($t_0$). The time of flight measurement of \textsc{zdc} and \textsc{fp420} detector is implemented here. For the \textsc{zdc}, the formula is simply
296\begin{equation}
297 t = t_0 + \frac{1}{v} \times \Big( \frac{s-z}{\cos \theta}\Big),
298\end{equation}
299where $t$ is the time of flight, $t_0$ is the true time coordinate of the vertex from which the particle originates, $v$ the particle velocity, $s$ is the \textsc{zdc} distance to the interaction point, $z$ is the longitudinal coordinate of the vertex from which the particle comes from, $\theta$ is the particle emission angle. This assumes that the neutral particle observed in the \textsc{zdc} is highly relativistic, i.e.\ travelling at the speed of light $c$. We also assume that $\cos \theta = 1$, i.e.\ $\theta \approx 0$ or equivalently $\eta$ is large. As an example, $\eta = 5$ leads to $\theta = 0.013$ and $1 - \cos \theta < 10^{-4}$.
300The formula then reduces to
301\begin{equation}
302 t = \frac{1}{c} \times (s-z)
303\end{equation}
304For example, a photon takes $0.47~\mu\textrm{s}$ to reach a \textsc{zdc} located at $s=140~\textrm{m}$, neglecting $z$ and $\theta$, and assuming that $v=c$. Only neutrons and photons are currently assumed to be able to reach the \textsc{zdc}. All other particles are neglected in the \textsc{zdc}. The \textsc{zdc}s are composed of an electromagnetic and a hadronic sections, for the measurement of photons and neutrons, respectively. The energy of the observed neutral is smeared according to Eq.~\ref{eq:caloresolution} and the section resolutions (Tab.~\ref{tab:defResolZdc}). The \textsc{zdc} hits do not enter in the calorimeter tower list used for reconstruction of jets and missing transverse energy.
305
306\begin{table}[!h]
307\begin{center}
308\caption{Default values for the resolution of the zero degree calorimeters. Resolution is parametrised by the \textit{stochastic} ($S$), \textit{noise} ($N$) and \textit{constant} ($C$) terms (Eq.~\ref{eq:caloresolution}).
309 The corresponding parameter name, in the detector card, is given. \vspace{0.5cm}}
310\begin{tabular}[!h]{lllc}
311 \hline
312 \multicolumn{2}{c}{Resolution Term} & Card flag & Value\\\hline
313 \multicolumn{4}{l}{\textsc{zdc}, electromagnetic part} \\
314 & $S$ (GeV$^{1/2}$)& {\verb ELG_Szdc } & $0.7$ \\
315 & $N$ (GeV)& {\verb ELG_Nzdc } & $0.0$ \\
316 & $C$ & {\verb ELG_Czdc } & $0.08$ \\
317 \multicolumn{4}{l}{\textsc{zdc}, hadronic part} \\
318 & $S$ (GeV$^{1/2}$)& {\verb HAD_Szdc } & $1.38$\\
319 & $N$ (GeV)& {\verb HAD_Nzdc } & $0$ \\
320 & $C$ & {\verb HAD_Czdc } & $0.13$\\
321 \hline
322\end{tabular}
323\label{tab:defResolZdc}
324\end{center}
325\end{table}
326
327
328\section{High-level object reconstruction}
329
330Analysis object data contain the final collections of particles ($e^\pm$, $\mu^\pm$, $\gamma$) or objects (light jets, $b$-jets, $\tau$-jets, $E_T^\textrm{miss}$) and are stored\footnote{\texttt{[code] }All these processed data are located under the \texttt{Analysis} tree.} in the output file created by \textsc{Delphes}.
331In addition, some detector data are added: tracks, calorimetric towers and hits in \textsc{zdc}, \textsc{rp220} and \textsc{fp420}.
332While electrons, muons and photons are easily identified, some other objects are more difficult to measure, like jets or missing energy due to invisible particles.
333
334For most of these objects, their four-momentum and related quantities are directly accessible in \textsc{Delphes} output ($E$, $\vec{p}$, $p_T$, $\eta$ and $\phi$). Additional properties are available for specific objects (like the charge and the isolation status for $e^\pm$ and $\mu^\pm$, the result of application of $b$-tag for jets and time-of-flight for some detector hits).
335
336
337
338\subsection{Photon and charged lepton reconstruction}
339From here onwards, \textit{electrons} refer to both positrons ($e^+$) and electrons ($e^-$), and $\textit{charged leptons}$ refer to electrons and muons ($\mu^\pm$), leaving out the $\tau^\pm$ leptons as they decay before being detected.
340
341\subsubsection*{Electrons and photons}
342Electron ($e^\pm$) and photon candidates are reconstructed if they fall into the acceptance of the tracking system and have a transverse momentum above a threshold (default $p_T > 10~\textrm{GeV}/c$). A calorimetric tower will be seen in the detector, as electrons will leave in addition a track. Subsequently, electrons and photons create a candidate in the jet collection.
343Assuming a good measurement of the track parameters in the real experiment, the electron energy can be reasonably recovered. In \textsc{Delphes}, electron energy is smeared according to the resolution of the calorimetric tower where it points to, but independently from any other deposited energy is this tower. This approach is still conservative as the calorimeter resolution is worse than the tracker one.
344
345\subsubsection*{Muons}
346Generator-level muons entering the detector acceptance are considered as candidates for the analysis level.
347The acceptance is defined in terms of a transverse momentum threshold to be overpassed that should be computed using the chosen geometry of the detector and the magnetic field considered (default : $p_T > 10~\textrm{GeV}/c$) and of the pseudorapidity coverage of the muon system (default: $-2.4 \leq \eta \leq 2.4$).
348The application of the detector resolution on the muon momentum depends on a Gaussian smearing of the $p_T$ variable\footnote{\texttt{[code]} See the \texttt{SmearMuon} method.}. Neither $\eta$ nor $\phi$ variables are modified beyond the calorimeters: no additional magnetic field is applied. Multiple scattering is neglected. This implies that low energy muons have in \textsc{Delphes} a better resolution than in a real detector. Furthermore, muons leave no deposit in calorimeters.
349
350\subsubsection*{Charged lepton isolation}
351\label{sec:isolation}
352
353To improve the quality of the contents of the charged lepton collections, additional criteria can be applied such as isolation. This requires that electron or muon candidates are isolated in the detector from any other particle, within a small cone. In \textsc{Delphes}, charged lepton isolation demands that there is no other charged particle with $p_T>2~\textrm{GeV}/c$ within a cone of $\Delta R = \sqrt{\Delta \eta^2 + \Delta \phi^2} <0.5$ around the lepton.
354The result (i.e.\ \textit{isolated} or \textit{not}) is added to the charged lepton measured properties.
355In addition, the sum $P_T$ of the transverse momenta of all tracks but the lepton one within the isolation cone is
356provided\footnote{\texttt{[code] }See the \texttt{IsolFlag} and \texttt{IsolPt} values in the \texttt{Electron} or \texttt{Muon} collections in the \texttt{Analysis} tree, as well as the \texttt{ISOL\_PT} and \texttt{ISOL\_Cone} variables in the detector card.}:
357$$ P_T = \sum_{i \neq \mu}^\textrm{tracks} p_T(i)$$
358
359No calorimetric isolation is applied, but the muon collection contains also the ratio $\rho_\mu$ between (1) the sum of the transverse energies in all calotowers in a $N \times N$ grid around the muon, and (2) the muon transverse
360momentum\footnote{\texttt{[code] }Calorimetric isolation parameters in the detector card are \texttt{ISOL\_Calo\_ET} and \texttt{ISOL\_Calo\_Grid}.}:
361$$ \rho_\mu = \frac{\Sigma_i E_T(i)}{p_T(\mu)}~,~ i\textrm{ in }N \times N \textrm { grid centred on }\mu.$$
362
363\subsubsection*{Forward neutrals}
364
365The zero degree calorimeter hits correspond to neutral particles with a lifetime long enough to reach these detectors (default: $c \tau \geq 140~\textrm{m}$) and very large pseudorapidities (default: $|\eta|>8.3$). In current versions of \textsc{Delphes}, only photons and neutrons are considered. Photons are identified thanks to the electromagnetic section of the calorimeter, and if their energy overpasses a given threshold (def. $20$~GeV). Similarly, neutrons are reconstructed according to the resolution of the hadronic section, if their energy exceeds a threshold\footnote{\texttt{[code]} These thresholds are defined by the \texttt{ZDC\_gamma\_E} and \texttt{ZDC\_n\_E} variables in the detector card.} (def. $50$~GeV).
366
367
368\subsection{Jet reconstruction}
369
370A realistic analysis requires a correct treatment of particles which have hadronised. Therefore, the most widely currently used jet algorithms have been integrated into the \textsc{Delphes} framework using the \textsc{FastJet} tools~\cite{bib:FastJet}.
371Six different jet reconstruction schemes are available\footnote{\texttt{[code] }The choice is done by allocating the \texttt{JET\_jetalgo } input parameter in the detector card.}. The first three belong to the cone algorithm class while the last three are using a sequential recombination scheme. For all of them, the towers are used as input for the jet clustering. Jet algorithms differ in their sensitivity to soft particles or collinear splittings, and in their computing speed performances.
372By default, reconstruction uses a cone algorithm with $\Delta R=0.7$.
373Jets are stored if their transverse energy is higher\footnote{\texttt{[code] PTCUT\_jet }variable in the detector card.} than $20~\textrm{GeV}$.
374
375\subsubsection*{Cone algorithms}
376
377\begin{enumerate}
378
379\item {\it CDF Jet Clusters}~\cite{bib:jetclu}: Algorithm forming jets by associating together towers lying within a circle (default radius $\Delta R=0.7$) in the $(\eta$, $\phi)$ space.
380This so-called \textsc{Jetclu} cone jet algorithm is used by the \textsc{cdf} experiment in Run II.
381All towers with a transverse energy $E_T$ higher than a given threshold (default: $E_T > 1~\textrm{GeV}$) are used to seed the jet candidates.
382The existing \textsc{FastJet} code has been modified to allow easy modification of the tower pattern in ($\eta$, $\phi$) space.
383In following versions of \textsc{Delphes}, a new dedicated plug-in will be created on this purpose\footnote{\texttt{[code] }\texttt{JET\_coneradius} and \texttt{JET\_seed} variables in the detector card.}.
384
385\item {\it CDF MidPoint}~\cite{bib:midpoint}: Algorithm developed for the \textsc{cdf} Run II to reduce infrared and collinear sensitivities compared to purely seed-based cone by adding `midpoints' (energy barycentres) in the list of cone seeds.
386
387\item {\it Seedless Infrared Safe Cone}~\cite{bib:SIScone}: The \textsc{SISCone} algorithm is simultaneously insensitive to additional soft particles and collinear splittings, and fast enough to be used in experimental analysis.
388
389\end{enumerate}
390
391\subsubsection*{Recombination algorithms}
392
393The three sequential recombination jet algorithms are safe with respect to soft radiations (\textit{infrared}) and collinear splittings. They rely on recombination schemes where calorimeter tower pairs are successively merged. The definitions of the jet algorithms are similar except for the definition of the \textit{distances} $d$ used during the merging procedure. Two such variables are defined: the distance $d_{ij}$ between each pair of towers $(i,j)$, and a variable $d_{iB}$ (\textit{beam distance}) depending on the transverse momentum of the tower $i$.
394
395The jet reconstruction algorithm browses the calotower list. It starts by finding the minimum value $d_\textrm{min}$ of all the distances $d_{ij}$ and $d_{iB}$. If $d_\textrm{min}$ is a $d_{ij}$, the towers $i$ and $j$ are merged into a single tower with a four-momentum $p^\mu = p^\mu (i) + p^\mu (j)$ (\textit{E-scheme recombination}). If $d_\textrm{min}$ is a $d_{iB}$, the tower is declared as a final jet and is removed from the input list. This procedure is repeated until no towers are left in the input list. Further information on these jet algorithms is given here below, using $k_{ti}$, $y_{i}$ and $\phi_i$ as the transverse momentum, rapidity and azimuth of calotower $i$ and $\Delta R_{ij}= \sqrt{(y_i-y_j)^2+(\phi_i-\phi_j)^2}$ as the jet-radius parameter:
396
397\begin{enumerate}[start=4]
398
399\item {\it Longitudinally invariant $k_t$ jet}~\cite{bib:ktjet}:
400\begin{equation}
401\begin{array}{l}
402 d_{ij} = \min(k_{ti}^2,k_{tj}^2)\Delta R_{ij}^2/R^2 \\
403 d_{iB}=k_{ti}^2 \\
404\end{array}
405\end{equation}
406
407\item {\it Cambridge/Aachen jet}~\cite{bib:aachen}:
408\begin{equation}
409\begin{array}{l}
410d_{ij} = \Delta R_{ij}^2/R^2\\
411d_{iB}=1 \\
412\end{array}
413\end{equation}
414
415\item {\it Anti $k_t$ jet}~\cite{bib:antikt}: where hard jets are exactly circular in the $(y,\phi)$ plane
416\begin{equation}
417\begin{array}{l}
418d_{ij} = \min(1/k_{ti}^2,1/k_{tj}^2)\Delta R_{ij}^2/R^2 \\
419d_{iB}=1/k_{ti}^2 \\
420\end{array}
421\end{equation}
422\end{enumerate}
423
424\subsubsection*{Energy flow}
425
426In jets, several particle can leave their energy into a given calorimetric tower, which broadens the jet energy resolution. However, the energy of charged particles associated to jets can be deduced from their reconstructed track, thus providing a way to identify some of the components of towers with multiple hits. When the \textit{energy flow} is switched on in \textsc{Delphes}\footnote{\texttt{[code]} Set \texttt{JET\_Eflow} to $1$ or $0$ in the detector card in order to switch on or off the energy flow for jet reconstruction.}, the energy of tracks pointing to calotowers is extracted and smeared separately, before running the chosen jet reconstruction algorithm. This option allows a better jet $E$ reconstruction.
427
428\subsection{$b$-tagging}
429
430A jet is tagged as $b$-jets if its direction lies in the acceptance of the tracker and if it is associated to a parent $b$-quark. By default, a $b$-tagging efficiency of $40\%$ is assumed if the jet has a parent $b$ quark. For $c$-jets and light jets (i.e.\ originating in $u$, $d$, $s$ quarks or in gluons), a fake $b$-tagging efficiency of $10 \%$ and $1 \%$ respectively is assumed\footnote{\texttt{[code] }Corresponding to the \texttt{BTAG\_b}, \texttt{BTAG\_mistag\_c} and \texttt{BTAG\_mistag\_l} constants, for (respectively) the efficiency of tagging of a $b$-jet, the efficiency of mistagging a $c$-jet as a $b$-jet, and the efficiency of mistagging a light jet ($u$,$d$,$s$,$g$) as a $b$-jet.}.
431The (mis)tagging relies on the true particle identity (\textsc{pid}) of the most energetic particle within a cone around the observed $(\eta,\phi)$ region, with a radius equal to the one used to reconstruct the jet (default: $\Delta R$ of $0.7$). In current version of \textsc{Delphes}, the displacement of secondary vertices is not simulated.
432
433\subsection{\texorpdfstring{$\tau$}{\texttau} identification}
434
435Jets originating from $\tau$-decays are identified using a procedure consistent with the one applied in a full detector simulation~\cite{bib:cmsjetresolution}.
436The tagging relies on two properties of the $\tau$ lepton. First, $77\%$ of the $\tau$ hadronic decays contain only one charged hadron associated to a few neutrals (Tab.~\ref{tab:taudecay}). Tracks are useful for this criterion. Secondly, the particles arisen from the $\tau$ lepton produce narrow jets in the calorimeter (this is defined as the jet \textit{collimation}).
437
438
439\begin{table}[!h]
440\begin{center}
441\caption{ Branching ratios for $\tau^-$ lepton~\cite{bib:pdg}. $h^\pm$ and $h^0$ refer to charged and neutral hadrons, respectively. $n \geq 0$ and $m \geq 0$ are integers.
442\vspace{0.5cm} }
443\begin{tabular}[!h]{ll}
444\hline
445 \multicolumn{2}{l}{\textbf{Leptonic decays}}\\
446 $ \tau^- \rightarrow e^- \ \bar \nu_e \ \nu_\tau$ & $17.9\% $ \\
447 $ \tau^- \rightarrow \mu^- \ \bar \nu_\mu \ \nu_\tau$ & $17.4\%$ \\
448 \multicolumn{2}{l}{\textbf{Hadronic decays}}\\
449 $ \tau^- \rightarrow h^-\ n\times h^\pm \ m\times h^0\ \nu_\tau$ & $64.7\%$ \\
450 $ \tau^- \rightarrow h^-\ m\times h^0 \ \nu_\tau$ & $50.1\%$ \\
451 $ \tau^- \rightarrow h^-\ h^+ h^- m\times h^0 \ \nu_\tau$ & $14.6\%$ \\
452\hline
453\end{tabular}
454\label{tab:taudecay}
455\end{center}
456\end{table}
457
458\begin{figure}[!h]
459\begin{center}
460\includegraphics[width=0.96\columnwidth]{Tau}
461\caption{Illustration of the identification of $\tau$-jets ($1-$prong). The jet cone is narrow and contains only one track. The small cone serves to apply the \textit{electromagnetic collimation}, while the broader cone is used to reconstruct the jet originating from the $\tau$-decay.}
462\label{h_WW_ss_cut1}
463\end{center}
464\end{figure}
465
466
467\begin{table}[!h]
468\begin{center}
469\caption{Default values for parameters used in $\tau$-jet reconstruction algorithm. Electromagnetic collimation requirements involve the inner \textit{small} cone radius $R^\textrm{em}$, the minimum transverse energy for calotowers $E_T^\textrm{tower}$ and the collimation factor $C_\tau$. Tracking isolation constrains the number of tracks with a significant transverse momentum $p_T^\textrm{tracks}$ in a cone of radius $R^\textrm{tracks}$. Finally, the $\tau$-jet collection is purified by the application of a cut on the $p_T$ of $\tau$-jet candidates.
470\vspace{0.5cm} }
471\begin{tabular}[!h]{lll}
472\hline
473Parameter & Card flag & Value\\\hline
474\multicolumn{3}{l}{\textbf{Electromagnetic collimation}} \\
475$R^\textrm{em}$ & \texttt{TAU\_energy\_scone } & $0.15$\\
476min $E_{T}^\textrm{tower}$ & {\verb JET_M_seed } & $1.0$~GeV\\
477$C_{\tau}$ & \texttt{TAU\_energy\_frac} & $0.95$\\
478\multicolumn{3}{l}{\textbf{Tracking isolation}} \\
479$R^\textrm{tracks}$ & \texttt{TAU\_track\_scone} & $0.4$\\
480min $p_T^\textrm{tracks}$ & \texttt{PTAU\_track\_pt } & $2$ GeV$/c$\\
481\multicolumn{3}{l}{\textbf{$\tau$-jet candidate}} \\
482$\min p_T$ & \texttt{TAUJET\_pt} & $10$ GeV$/c$\\
483\hline
484\end{tabular}
485\label{tab:tauRef}
486\end{center}
487\end{table}
488
489
490\subsubsection*{Electromagnetic collimation}
491
492To use the narrowness of the $\tau$-jet, the \textit{electromagnetic collimation} $C_{\tau}$ is defined as the sum of the energy of towers in a small cone of radius $R^\textrm{em}$ around the jet axis, divided by the energy of the reconstructed jet.
493To be taken into account, a calorimeter tower should have a transverse energy $E_T^\textrm{tower}$ above a given threshold.
494A large fraction of the jet energy is expected in this small cone. This fraction, or \textit{collimation factor}, is represented in Fig.~\ref{fig:tau2} for the default values (see Tab.~\ref{tab:tauRef}).
495
496\begin{figure}[!h]
497\begin{center}
498\includegraphics[width=\columnwidth]{Tau2}
499\caption{Distribution of the electromagnetic collimation $C_\tau$ variable for true $\tau$-jets, normalised to unity. This distribution is shown for associated $WH$ photoproduction~\cite{bib:whphotoproduction}, where the Higgs boson decays into a $W^+ W^-$ pair. Each $W$ boson decays into a $\ell \nu_\ell$ pair, where $\ell = e, \mu, \tau$.
500Events generated with \textsc{MadGraph/MadEvent}~\cite{bib:mgme}.
501Final state hadronisation is performed by \textsc{Pythia}~\cite{bib:pythia}.
502Histogram entries correspond to true $\tau$-jets, matched with generator-level data. }
503\label{fig:tau2}
504\end{center}
505\end{figure}
506
507\subsubsection*{Tracking isolation}
508
509The tracking isolation for the $\tau$ identification requires that the number of tracks associated to particles with significant transverse momenta is one and only one in a cone of radius $R^\textrm{tracks}$ ($3-$prong $\tau$-jets are dropped).
510This cone should be entirely incorporated into the tracker to be taken into account. Default values of these parameters are given in Tab.~\ref{tab:tauRef}.
511
512
513
514\begin{figure}[!h]
515\begin{center}
516\includegraphics[width=\columnwidth]{Tau1}
517\caption{Distribution of the number of tracks $N^\textrm{tracks}$ within a small jet cone for true $\tau$-jets, normalised to unity. Photoproduced $WH$ events, where $W$ bosons decay leptonically ($e,\mu,\tau$), as in Fig.~\ref{fig:tau2}.
518Histogram entries correspond to true $\tau$-jets, matched with generator-level data.}
519\label{fig:tau1}
520\end{center}
521\end{figure}
522
523
524\subsubsection*{Purity}
525Once both electromagnetic collimation and tracking isolation are applied, a threshold on the $p_T$ of the $\tau$-jet candidate is requested to purify the collection. This procedure selects $\tau$ leptons decaying hadronically with a typical efficiency of $66\%$.
526
527\subsection{Missing transverse energy}
528In an ideal detector, momentum conservation imposes the transverse momentum of the observed final state $\overrightarrow{p_T}^\textrm{obs}$ to be equal to the $\overrightarrow{p_T}$ vector sum of the invisible particles, written $\overrightarrow{p_T}^\textrm{miss}$.
529\begin{equation}
530\overrightarrow{p_T} = \left(
531\begin{array}{c}
532p_x\\
533p_y\\
534\end{array}
535\right)
536~ \textrm{and} ~
537\left\{
538\begin{array}{l}
539 p_x^\textrm{miss} = - p_x^\textrm{obs} \\
540 p_y^\textrm{miss} = - p_y^\textrm{obs} \\
541\end{array}
542\right.
543\end{equation}
544The \textit{true} missing transverse energy, i.e.\ at generator-level, is calculated as the opposite of the vector sum of the transverse momenta of all visible particles -- or equivalently, to the vector sum of invisible particle transverse momenta.
545In a real experiment, calorimeters measure energy and not momentum. Any problem affecting the detector (dead channels, misalignment, noisy towers, cracks) worsens directly the measured missing transverse energy $\overrightarrow {E_T}^\textrm{miss}$. In this document, \textsc{met} is based on the calorimetric towers and only muons and neutrinos are not taken into account for its evaluation\footnote{However, as tracks and calorimetric towers are available in the output file, the missing transverse energy can always be reprocessed a posteriori }:
546\begin{equation}
547\overrightarrow{E_T}^\textrm{miss} = - \sum^\textrm{towers}_i \overrightarrow{E_T}(i)
548\end{equation}
549
550
551\section{Trigger emulation}
552
553New physics in collider experiment are often characterised in phenomenology by low cross-section values, compared to the Standard Model (\textsc{sm}) processes. %For instance at the \textsc{lhc} ($\sqrt{s}=14~\textrm{TeV}$), the cross-section of inclusive production of $b \bar b$ pairs is expected to be $10^7~\textrm{nb}$, or inclusive jets at $100~\textrm{nb}$ ($p_T > 200~\textrm{GeV}/c$), while Higgs boson cross-section within the \textsc{sm} can be as small as $2 \times 10^{-3}~\textrm{nb}$ ($pp \rightarrow WH$, $m_H=115~\textrm{GeV}/c^2$).
554
555%High statistics are required for data analyses, consequently imposing high luminosity, i.e.\ a high collision rate.
556As only a tiny fraction of the observed events can be stored for subsequent \textit{offline} analyses, a very large data rejection factor should be applied directly as the events are produced.
557This data selection is supposed to reject only well-known \textsc{sm} events\footnote{However, some bandwidth is allocated to minimum-bias and/or zero-bias (``random'') triggers that stores a small fraction of the events without any selection criteria.}.
558Dedicated algorithms of this \textit{online} selection, or \textit{trigger}, should be fast and very efficient for data rejection, in order to preserve the experiment output bandwidth. They must also be as inclusive as possible to avoid loosing interesting events.
559
560Most of the usual trigger algorithms select events containing objects (i.e.\ jets, particles, \textsc{met}) with an energy scale above some threshold. This is often expressed in terms of a cut on the transverse momentum of one or several objects of the measured event. Logical combinations of several conditions are also possible. For instance, a trigger path could select events containing at least one jet and one electron such as $p_T^\textrm{jet} > 100~\textrm{GeV}/c$ and $p_T^e > 50~\textrm{GeV}/c$.
561
562A trigger emulation is included in \textsc{Delphes}, using a fully parametrisable \textit{trigger table}\footnote{\texttt{[code] }The trigger card is the \texttt{data/TriggerCard.dat} file.}. When enabled, this trigger is applied on analysis-object data.
563In a real experiment, the online selection is often divided into several steps (or \textit{levels}).
564This splits the overall reduction factor into a product of smaller factors, corresponding to the different trigger levels.
565This is related to the architecture of the experiment data acquisition chain, with limited electronic buffers requiring a quick decision for the first trigger level.
566First-level triggers are then fast and simple but based only on partial data as not all detector front-ends are readable within the decision latency.
567Higher level triggers are more complex, of finer-but-not-final quality and based on full detector data.
568
569Real triggers are thus intrinsically based on reconstructed data with a worse resolution than final analysis data.
570On the contrary, same data are used in \textsc{Delphes} for trigger emulation and for final analyses.
571
572\section{Validation}
573
574\textsc{Delphes} performs a fast simulation of a collider experiment.
575Its performances in terms of computing time and data size are directly proportional to the number of simulated events and on the considered physics process. As an example, $10,000$ $pp \rightarrow t \bar t X$ events are processed in $110~\textrm{s}$ on a regular laptop and use less than $250~\textrm{MB}$ of disk space.
576The quality and validity of the output are assessed by comparing the resolutions on the reconstructed data to the expectations of both \textsc{cms}~\cite{bib:cmsjetresolution} and \textsc{atlas}~\cite{bib:ATLASresolution} detectors.
577
578Electrons and muons are by construction equal to the experiment designs, as the Gaussian smearing of their kinematics properties is defined according to
579the detector specifications.
580Similarly, the $b$-tagging efficiency (for real $b$-jets) and misidentification rates (for fake $b$-jets) are taken directly from the expected values of the experiment.
581Unlike these simple objects, jets and missing transverse energy should be carefully cross-checked.
582
583\subsection{Jet resolution}
584
585The majority of interesting processes at the \textsc{lhc} contain jets in the final state. The jet resolution obtained using \textsc{Delphes} is therefore a crucial point for its validation, both for \textsc{cms}- and \textsc{atlas}-like detectors.
586This validation is based on $pp \rightarrow gg$ events produced with \textsc{MadGraph/MadEvent} and hadronised using \textsc{Pythia}~\cite{bib:mgme,bib:pythia}.
587
588For a \textsc{cms}-like detector, a similar procedure as the one explained in published results is applied here.
589The events were arranged in $14$ bins of gluon transverse momentum $\hat{p}_T$. In each $\hat{p}_T$ bin, every jet in \textsc{Delphes} is matched to the closest jet of generator-level particles, using the spatial separation between the two jet axes
590\begin{equation}
591\Delta R = \sqrt{ \big(\eta^\textrm{rec} - \eta^\textrm{MC} \big)^2 + \big(\phi^\textrm{rec} - \phi^\textrm{MC} \big)^2}<0.25.
592\end{equation}
593The jets made of generator-level particles, here referred as \textit{MC jets}, are obtained by applying the algorithm to all particles considered as stable after hadronisation (i.e.\ including muons).
594Jets produced by \textsc{Delphes} and satisfying the matching criterion are called hereafter \textit{reconstructed jets}.
595All jets are computed with the clustering algorithm (\textsc{jetclu}) with a cone radius $R$ of $0.7$.
596
597The ratio of the transverse energies of every reconstructed jet $E_T^\textrm{rec}$ to its corresponding \textsc{mc} jet $E_T^\textrm{MC}$ is calculated in each $\hat{p}_T$ bin.
598The $E_T^\textrm{rec}/E_T^\textrm{MC}$ histogram is fitted with a Gaussian distribution in the interval \mbox{$\pm 2$~\textsc{rms}} centred around the mean value.
599The resolution in each $\hat{p}_T$ bin is obtained by the fit mean $\langle x \rangle$ and variance $\sigma^2(x)$:
600\begin{equation}
601%\frac{\sigma(R_{jet})}{\langle R_{jet} \rangle }=
602\frac{\sigma \Big (\frac{E_T^\textrm{rec}}{E_T^\textrm{MC}} \Big)_\textrm{fit}}{ \Big \langle \frac{E_T^\textrm{rec}}{E_T^\textrm{MC}} \Big \rangle_\textrm{fit}}~
603\Big( \hat{p}_T(i) \Big)\textrm{, for all }i.
604\end{equation}
605
606\begin{figure}[!h]
607\begin{center}
608\includegraphics[width=\columnwidth]{resolutionJet}
609%\includegraphics[width=\columnwidth]{fig8}
610\caption{Resolution of the transverse energy of reconstructed jets $E_T^\textrm{rec}$ as a function of the transverse energy of the closest jet of generator-level particles $E_T^\textrm{MC}$, in a \textsc{cms}-like detector. The jets events are reconstructed with the \textsc{jetclu} clustering algorithm with a cone radius of $0.7$. The maximum separation between the reconstructed and \textsc{mc}-jets is $\Delta R= 0.25$. Dotted line is the fit result for comparison to the \textsc{cms} resolution~\cite{bib:cmsjetresolution}, in blue. The $pp \rightarrow gg$ dijet events have been generated with \textsc{MadGraph/MadEvent} and hadronised with \textsc{Pythia}.}
611\label{fig:jetresolcms}
612\end{center}
613\end{figure}
614
615The resulting jet resolution as a function of $E_T^\textrm{MC}$ is shown in Fig.~\ref{fig:jetresolcms}.
616This distribution is fitted with a function of the following form:
617\begin{equation}
618\frac{a}{E_T^\textrm{MC}}\oplus \frac{b}{\sqrt{E_T^\textrm{MC}}}\oplus c,
619\label{eq:fitresolution}
620\end{equation}
621where $a$, $b$ and $c$ are the fit parameters.
622It is then compared to the resolution published by the \textsc{cms} collaboration~\cite{bib:cmsjetresolution}. The resolution curves from \textsc{Delphes} and \textsc{cms} are in good agreement.
623
624Similarly, the jet resolution is evaluated for an \textsc{atlas}-like detector. The $pp \rightarrow gg$ events are here arranged in $8$ adjacent bins in $p_T$. A $k_T$ reconstruction algorithm with $R=0.6$ is chosen and the maximal matching distance between the \textsc{mc}-jets and the reconstructed jets is set to $\Delta R=0.2$. The relative energy resolution is evaluated in each bin by:
625\begin{equation}
626\frac{\sigma(E)}{E} = \sqrt{ \Bigg \langle \Bigg( \frac{E^\textrm{rec} - E^\textrm{MC}}{E^\textrm{rec}} \Bigg)^2 \Bigg \rangle - \Bigg \langle \frac{E^\textrm{rec} - E^\textrm{MC}}{ E^\textrm{rec} } \Bigg \rangle^2}.
627\end{equation}
628
629Figure~\ref{fig:jetresolatlas} shows a good agreement between the resolution obtained with \textsc{Delphes}, the result of the fit with Equation~\ref{eq:fitresolution} and the corresponding curve provided by the \textsc{atlas} collaboration~\cite{bib:ATLASresolution}.
630
631\begin{figure}[!h]
632\begin{center}
633\includegraphics[width=\columnwidth]{resolutionJetAtlas}
634\caption{Relative energy resolution of reconstructed jets as a function of the energy of the closest jet of generator-level particles $E^\textrm{MC}$, in an \textsc{atlas}-like detector. The jets are reconstructed with the $k_T$ algorithm with a radius $R=0.6$. The maximal matching distance between \textsc{mc}- and reconstructed jets is $\Delta R=0.2$. Only central jets are considered ($|\eta|<0.5$). Dotted line is the fit result for comparison to the \textsc{atlas} resolution~\cite{bib:ATLASresolution}, in blue. The $pp \rightarrow gg$ di-jet events have been generated with \textsc{MadGraph/MadEvent} and hadronised with \textsc{Pythia}.}
635\label{fig:jetresolatlas}
636\end{center}
637\end{figure}
638
639\subsection{MET resolution}
640
641All major detectors at hadron colliders have been designed to be as much hermetic as possible in order to detect the presence of one or more neutrinos and/or new weakly interacting particles through apparent missing transverse energy.
642The resolution of the $\overrightarrow{E_T}^\textrm{miss}$ variable, as obtained with \textsc{Delphes}, is then crucial.
643
644The samples used to study the \textsc{met} performance are identical to those used for the jet validation.
645It is worth noting that the contribution to $E_T^\textrm{miss}$ from muons is negligible in the studied sample.
646The input samples are divided in five bins of scalar $E_T$ sums $(\Sigma E_T)$. This sum, called \textit{total visible transverse energy}, is defined as the scalar sum of transverse energy in all towers.
647The quality of the \textsc{met} reconstruction is checked via the resolution on its horizontal component $E_x^\textrm{miss}$.
648
649The $E_x^\textrm{miss}$ resolution is evaluated in the following way.
650The distribution of the difference between $E_x^\textrm{miss}$ in \textsc{Delphes} and at generator-level is fitted with a Gaussian function in each $(\Sigma E_T)$ bin. The fit \textsc{rms} gives the \textsc{met} resolution in each bin.
651The resulting value is plotted in Fig.~\ref{fig:resolETmis} as a function of the total visible transverse
652energy, for \textsc{cms}- and \textsc{atlas}-like detectors.
653
654\begin{figure}[!h]
655\begin{center}
656\includegraphics[width=\columnwidth]{resolutionETmis}
657\includegraphics[width=\columnwidth]{resolutionETmis_atlas}
658\caption{$\sigma(E^\textrm{mis}_{x})$ as a function on the scalar sum of all towers ($\Sigma E_T$) for $pp \rightarrow gg$ events, for a \textsc{cms}-like detector (top) and an \textsc{atlas}-like detector (bottom), for di-jet events produced with \textsc{MadGraph/MadEvent} and hadronised with \textsc{Pythia}.}
659\label{fig:resolETmis}
660\end{center}
661\end{figure}
662
663The resolution $\sigma_x$ of the horizontal component of \textsc{met} is observed to behave like
664\begin{equation}
665\sigma_x = \alpha ~\sqrt{E_T}~~~(\mathrm{GeV}^{1/2}),
666\end{equation}
667where the $\alpha$ parameter depends on the resolution of the calorimeters.
668
669The \textsc{met} resolution expected for the \textsc{cms} detector for similar events is $\sigma_x = (0.6-0.7) ~ \sqrt{E_T} ~ \mathrm{GeV}^{1/2}$ with no pile-up\footnote{\textit{Pile-up} events are extra simultaneous $pp$ collision occurring at high-luminosity in the same bunch crossing.}~\cite{bib:cmsjetresolution}, which compares very well with the $\alpha = 0.63$ obtained with \textsc{Delphes}. Similarly, for an \textsc{atlas}-like detector, a value of $0.53$ is obtained by \textsc{Delphes} for the $\alpha$ parameter, while the experiment expects it in the range $[0.53~ ;~0.57]$~\cite{bib:ATLASresolution}.
670
671\subsection{\texorpdfstring{$\tau$}{\texttau}-jet efficiency}
672Due to the complexity of their reconstruction algorithm, $\tau$-jets have also to be checked.
673Table~\ref{tab:taurecoefficiency} lists the reconstruction efficiencies in \textsc{Delphes} for the hadronic $\tau-$jets from $H,Z \rightarrow \tau^+ \tau^-$. The mass of the Higgs boson is set successively to $140$ and $300~\textrm{GeV}/c^2$. The inclusive gauge boson productions ($pp \rightarrow HX$ an
674d $pp \rightarrow ZX$) are performed with \textsc{MadGraph/MadEvent} and the $\tau$ lepton decay and further hadronisation are handled by \textsc{Pythia/
675Tauola}. All reconstructed $\tau$-jets are $1-$prong, and follow the definition described in section~\ref{btagging}, which is very close to an algorithm
676of the \textsc{cms} experiment~\cite{bib:cmstauresolution}. At last, corresponding efficiencies published by the \textsc{cms} and \textsc{atlas} experim
677ents are quoted for comparison. The agreement is good enough at this level to validate the $\tau-$reconstruction.
678
679
680
681
682
683\begin{table}[!h]
684\begin{center}
685\caption{Reconstruction efficiencies of $\tau$-jets in $\tau^+ \tau^-$ decays from $Z$ or $H$ bosons, in \textsc{Delphes}, \textsc{cms} and \textsc{atlas
686} experiments~\cite{bib:cmstauresolution,bib:ATLASresolution}. Two scenarios for the mass of the Higgs boson are investigated. Events generated with \textsc{MadGraph/MadEvent} and hadronised with \textsc{Pythia}. The decays of $\tau$ leptons is handled by the \textsc{Tauola} version embedded in \textsc{Pythia}.\vspace{0.5cm}}
687
688\begin{tabular}{lrl}
689\hline
690 & \textsc{cms}&\textsc{Delphes} \\
691$Z \rightarrow \tau^+ \tau^-$ & $38.2\%$ & $32.4\pm1.8\%$ \\
692$H(140) \rightarrow \tau^+ \tau^-$ & $36.3\%$ & $39.9\pm1.6\%$ \\
693$H(300) \rightarrow \tau^+ \tau^-$ & $47.3\%$ & $49.7\pm1.5\%$ \\
694 & \textsc{atlas}&\textsc{Delphes} \\
695$Z \rightarrow \tau^+ \tau^-$ & $33\%$ & $28.6\pm 1.9\%$ \\
696$H(140) \rightarrow \tau^+ \tau^-$ & & $32.8\pm 1.8\%$ \\
697$H(300) \rightarrow \tau^+ \tau^-$ & & $43.8\pm 1.6\%$ \\
698
699\hline
700\end{tabular}
701\label{tab:taurecoefficiency}
702\end{center}
703\end{table}
704
705
706\section{Visualisation}
707
708When performing an event analysis, a visualisation tool is useful to convey information about the detector layout and the event topology in a simple way. The \textit{Fast and Realistic OpenGL Displayer} \textsc{frog}~\cite{bib:Frog} has been interfaced in \textsc{Delphes}, allowing an easy display of the defined detector configuration\footnote{\texttt{[code] } To prepare the visualisation, the \texttt{FLAG\_frog} parameter should be equal to $1$.}.
709
710% \begin{figure}[!h]
711% \begin{center}
712% \includegraphics[width=\columnwidth]{Detector_Delphes_1}
713% \caption{Layout of the generic detector geometry assumed in \textsc{Delphes}. The innermost layer, close to the interaction point, is a central tracking system (pink), embedded into a solenoidal magnetic field.
714% It is surrounded by a central calorimeter volume (green) with both electromagnetic and hadronic sections.
715% The outer layer of the central system (red) consist of a muon system.
716% In addition, two end-cap calorimeters (blue) extend the pseudorapidity coverage of the central detector.
717% The actual detector granularity and extension is defined in the detector card.
718% The detector is assumed to be strictly symmetric around the beam axis (black line).
719% Additional forward detectors are not depicted.}
720% \label{fig:GenDet}
721% \end{center}
722% \end{figure}
723
724Two and three-dimensional representations of the detector configuration can be used for communication purposes, as they clearly illustrate the geometric coverage of the different detector subsystems.
725As an example, the generic detector geometry assumed in this paper is shown in Fig.~\ref{fig:GenDet3}
726%, \ref{fig:GenDet}
727 and~\ref{fig:GenDet2}.
728The extensions of the central tracking system, the central calorimeters and both forward calorimeters are visible.
729Note that only the geometrical coverage is depicted and that the calorimeter segmentation is not taken into account in the drawing of the detector. Moreover, both the radius and the length of each sub-detectors are just display parameters and are not relevant for the physics simulation.
730
731\begin{figure}[!h]
732\begin{center}
733\includegraphics[width=\columnwidth]{Detector_Delphes_2b}
734\caption{Layout of the generic detector geometry assumed in \textsc{Delphes}. Open 3D-view of the detector with solid volumes. Same colour codes as for Fig.~\ref{fig:GenDet3} are applied. Additional forward detectors are not depicted.}
735\label{fig:GenDet2}
736\end{center}
737\end{figure}
738
739Deeper understanding of interesting physics processes is possible by displaying the events themselves.
740The visibility of each set of objects ($e^\pm$, $\mu^\pm$, $\tau^\pm$, jets, transverse missing energy) is enhanced by a colour coding.
741Moreover, kinematics information of each object is visible by a simple mouse action.
742As an illustration, an associated photoproduction of a $W$ boson and a $t$ quark is shown in Fig.~\ref{fig:wt}.
743This corresponds to a $pp(\gamma p \rightarrow Wt)pX$ process, where the $Wt$ couple is induced by an incoming photon emitted by one of the colliding proton~\cite{bib:wtphotoproduction}.
744This leading proton survives after photon emission and is present in the final state.
745As the energy and virtuality of the emitted photon are low, the surviving proton does not leave the beam and escapes from the central detector without being detected.
746The experimental signature is a lack of hadronic activity in the forward hemisphere where the surviving proton escapes.
747The $t$ quark decays into a $W$ boson and a $b$ quark.
748Both $W$ bosons decay into leptons ($W \rightarrow \mu \nu_\mu$ and $W \rightarrow e \nu_e$).
749The balance between the missing transverse energy and the charged lepton pair is clear, as well as the presence of an empty forward region. It is interesting to notice that the reconstruction algorithms build a fake $\tau$-jet around the electron.
750
751\begin{figure}[!h]
752\begin{center}
753%\includegraphics[width=\columnwidth]{Events_Delphes_1}
754\includegraphics[width=\columnwidth]{DisplayWt}
755\caption{Example of $pp(\gamma p \rightarrow Wt)pY$ event display in different orientations, with $t \rightarrow Wb$.
756One $W$ boson decays into a $\mu \nu_\mu$ pair and the second one into a $e \nu_e$ pair.
757The surviving proton leaves a forward hemisphere with no hadronic activity.
758The isolated muon is shown as the dark blue vector.
759Around the electron, in red, is reconstructed a fake $\tau$-jet (green vector surrounded by a blue cone), while the reconstructed missing energy (in grey) is very small. One jet is visible in one forward region, along the beamline axis, opposite to the direction of the escaping proton.}
760\label{fig:wt}
761\end{center}
762\end{figure}
763
764For comparison, Fig.~\ref{fig:gg} depicts an inclusive gluon pair production $pp \rightarrow ggX$.
765The event final state contains more jets, in particular along the beam axis, which is expected as the interacting protons are destroyed by the collision. Two muon candidates and large missing transverse energy are also visible.
766
767\begin{figure}[!h]
768\begin{center}
769%\includegraphics[width=\columnwidth]{Events_Delphes_1}
770\includegraphics[width=\columnwidth]{Displayppgg}
771\caption{Example of inclusive gluon pair production $pp \rightarrow ggX$. Many jets are visible in the event, in particular along the beam axis. Two muons (in blue) are produced and the missing transverse energy is significant in this event (grey vector).}
772\label{fig:gg}
773\end{center}
774\end{figure}
775
776
777\section{Conclusion and perspectives}
778
779% \subsection{version 1}
780% We have described here the major features of the \textsc{Delphes} framework, introduced for the fast simulation of a collider experiment.
781% It has already been used for several phenomenological studies, in particular in photon interactions at the \textsc{lhc}.
782%
783% \textsc{Delphes} takes the output of event generators, in various formats, and yields analysis-object data.
784% The simulation applies the resolutions of central and forward detectors by smearing the kinematical properties of final state particles.
785% It yields tracks in a solenoidal magnetic field and calorimetric towers.
786% Realistic reconstruction algorithms are run, including the \textsc{FastJet} package, to produce collections of $e^\pm$, $\mu^\pm$, jets and $\tau$-jets. $b$-tag and missing transverse energy are also evaluated.
787% The output is validated by comparing to the \textsc{cms} expected performances.
788% A trigger stage can be emulated on the output data.
789% At last, event visualisation is possible through the \textsc{Frog} 3D event display.
790%
791%
792% \textsc{Delphes} has been developped using the parameters of the \textsc{cms} experiment but can be easily extended to \textsc{atlas} and other non-\textsc{lhc} experiments, as at Tevatron or at the \textsc{ilc}. Further developments include a more flexible design for the subdetector assembly and possibly the implementation of an event mixing module for pile-up event simulation.
793%
794%
795% \subsection{version 2}
796We have described here the major features of the \textsc{Delphes} framework, introduced for the fast simulation of a collider experiment. This framework is a tool meant for feasibility studies in phenomenology, gauging the observability of model predictions in collider experiments.
797
798\textsc{Delphes} takes as an input the output of event-generators and yields analysis-object data in the form of \texttt{TTree} in a \textsc{root} file.
799The simulation includes central and forward detectors to produce realistic observables using standard reconstruction algorithms.
800Moreover, the framework allows trigger emulation and 3D event visualisation.
801
802\textsc{Delphes} has been developed using the parameters of the \textsc{cms} experiment but can be easily extended to \textsc{atlas} and other non-\textsc{lhc} experiments, as at Tevatron or at the \textsc{ilc}. Further developments include a more flexible design for the subdetector assembly and possibly the implementation of an event mixing module for pile-up event simulation.
803
804This framework has already been used for several analyses, in particular in photon-induced interactions at the \textsc{lhc}~\cite{bib:wtphotoproduction, bib:papierquisortirajamais, bib:papiersimon}.
805
806
807\section*{Acknowledgements}
808\addcontentsline{toc}{section}{Acknowledgements}
809The authors would like to thank very warmly Vincent Lema\^itre for the interesting suggestions during the development of the software, as well as Jer\^ome de Favereau, Christophe Delaere, Muriel Vander Donckt and David d'Enterria for useful discussions and comments, and Loic Quertenmont for support in interfacing \textsc{Frog}. We are also really grateful to Alice Dechambre and Simon de Visscher for being beta testers of the complete package.
810Part of this work was supported by the Belgian Federal Office for Scientific, Technical and Cultural Affairs through the Interuniversity Attraction Pole P6/11.
811
812
813\begin{thebibliography}{99}
814\addcontentsline{toc}{section}{References}
815
816\bibitem{bib:Delphes} \textsc{Delphes}, \href{http://www.fynu.ucl.ac.be/delphes.html}{www.fynu.ucl.ac.be/delphes.html}
817%hepforge:
818\bibitem{bib:stdhep} L.A. Garren, M. Fischler, \\ \href{http://cepa.fnal.gov/psm/stdhep/c++}{cepa.fnal.gov/psm/stdhep/c++}
819\bibitem{bib:hepmc} M. Dobbs and J.B. Hansen, \textbf{Comput. Phys. Commun.} \href{http://dx.doi.org/10.1016/S0010-4655(00)00189-2}{134 (2001) 41}.
820\bibitem{bib:lhe} J. Alwall, et al., \textbf{Comput. Phys. Commun.} \href{http://dx.doi.org/10.1016/j.cpc.2006.11.010}{176:300-304,2007}.
821\bibitem{bib:Root} %\textsc{Root}, \textit{An Object Oriented Data Analysis Framework},
822R. Brun, F. Rademakers, Nucl. Inst. \& Meth. in \textbf{Phys. Res. A} \href{http://dx.doi.org/10.1016/S0168-9002(97)00048-X}{389 (1997) 81-86}.
823\bibitem{bib:ExRootAnalysis} %\textit{The} \textsc{ExRootAnalysis} \textit{analysis steering utility},
824P. Demin, (2006), unpublished. Now part of \textsc{MadGraph/MadEvent}.
825\bibitem{bib:cmsjetresolution} The \textsc{cms} Collaboration, \textbf{CERN/LHCC} \\ \href{http://documents.cern.ch/cgi-bin/setlink?base=lhcc&categ=public&id=lhcc-2006-001}{2006-001}.
826\bibitem{bib:ATLASresolution} The \textsc{atlas} Collaboration, \textbf{CERN-OPEN} 2008-020, arXiv:\href{http://arxiv.org/abs/arxiv:0901.0512}{0901.0512v1}[hep-ex].
827\bibitem{bib:Hector} %\textsc{Hector}, \textit{a fast simulator for the transport of particles in beamlines},
828X. Rouby, J. de Favereau, K. Piotrzkowski, \textbf{JINST} \href{http://www.iop.org/EJ/abstract/1748-0221/2/09/P09005}{2 P09005 (2007)}.
829\bibitem{bib:FastJet} %\textit{The} \textsc{FastJet} \textit{package},
830M. Cacciari, G.P. Salam, \textbf{Phys. Lett. B} \href{http://dx.doi.org/10.1016/j.physletb.2006.08.037}{641 (2006) 57}.
831\bibitem{bib:jetclu} %\textsc{cdf} Run I legacy algorithm,
832F. Abe et al. (CDF Coll.), \textbf{Phys. Rev. D} \href{http://link.aps.org/doi/10.1103/PhysRevD.45.1448}{45 (1992) 1448}.
833\bibitem{bib:midpoint} %Run II Jet Physics: Proceedings of the Run II QCD and Weak Boson Physics Workshop,
834G.C. Blazey, et al., arXiv:\href{http://arxiv.org/abs/hep-ex/0005012}{0005012}[hep-ex].
835\bibitem{bib:SIScone} %\textsc{SIScone}, \textit{A practical Seedless Infrared-Safe Cone jet algorithm},
836G.P. Salam, G. Soyez, \textbf{JHEP} \href{http://dx.doi.org/10.1088/1126-6708/2007/05/086}{05 (2007) 086}.
837\bibitem{bib:ktjet} S. Catani, Y.L. Dokshitzer, M.H. Seymour, B.R. Webber, \textbf{Nucl. Phys. B} \href{http://dx.doi.org/10.1016/0550-3213(93)90166-M}{406 (1993) 187}; S.D. Ellis, D.E. Soper, \textbf{Phys. Rev. D} \href{http://link.aps.org/doi/10.1103/PhysRevD.48.3160}{48 (1993) 3160}.
838\bibitem{bib:aachen} Y.L. Dokshitzer, G.D. Leder, S. Moretti, B.R. Webber, \textbf{JHEP} \href{http://dx.doi.org/10.1088/1126-6708/1998/01/011}{08} \href{http://dx.doi.org/10.1088/1126-6708/1998/01/011}{(1997) 001}; M. Wobisch, T. Wengler, arXiv:\href{http://arxiv.org/abs/hep-ph/9907280}{9907280}[hep-ph].
839\bibitem{bib:antikt} %\textit{The anti-kt jet clustering algorithm},
840M. Cacciari, G.P. Salam, G. Soyez, \textbf{JHEP} \href{http://dx.doi.org/10.1088/1126-6708/2008/04/063}{04 (2008) 063}.
841\bibitem{bib:pdg} C. Amsler et al. (Particle Data Group), \textbf{Phys. Lett. B} \href{http://dx.doi.org/10.1016/j.physletb.2008.07.018}{667 (2008) 1}.
842\bibitem{bib:whphotoproduction} S. Ovyn, \textbf{Nucl. Phys. Proc. Suppl.} \href{http://dx.doi.org/10.1016/j.nuclphysbps.2008.07.034}{179-180 (2008) 269-276}.
843\bibitem{bib:mgme} %\textsc{MadGraph/MadEvent v4}, \textit{The New Web Generation},
844J. Alwall, et al., \textbf{JHEP} \href{http://dx.doi.org/10.1088/1126-6708/2007/09/028}{09 (2007) 028}.
845\bibitem{bib:pythia} %\textsc{Pythia 6.4}, \textit{Physics and Manual},
846T. Sjostrand, S. Mrenna, P. Skands, \textbf{JHEP} \href{http://dx.doi.org/10.1088/1126-6708/2006/05/026}{05 (2006) 026}.
847\bibitem{bib:cmstauresolution} %\textit{Study of $\tau$-jet identification in CMS},
848R. Kinnunen, A.N. Nikitenko, \textbf{CMS NOTE} \href{http://cdsweb.cern.ch/record/687274}{1997/002}.
849\bibitem{bib:Frog} L. Quertenmont, V. Roberfroid, \textbf{CMS CR} \href{http://cms.cern.ch/iCMS/jsp/openfile.jsp?type=CR&year=2009&files=CR2009_028.pdf}{2009/028}, arXiv:\href{http://arxiv.org/abs/0901.2718}{0901.2718v1}[hep-ex].
850\bibitem{bib:wtphotoproduction} J. de Favereau de Jeneret, S. Ovyn, \textbf{Nucl. Phys. Proc. Suppl.} \href{http://dx.doi.org/10.1016/j.nuclphysbps.2008.07.040}{179-180 (2008)} \href{http://dx.doi.org/10.1016/j.nuclphysbps.2008.07.040}{277-284}; S. Ovyn, J. de Favereau de Jeneret, \href{http://dx.doi.org/10.1393/ncb/i2008-10684-5}{Nuovo Cimento B}, arXiv:0806.4841[hep-ph].
851
852\bibitem{bib:papierquisortirajamais}J. de Favereau~et~al, \textbf{CP3-08-04} (2008), to be published in EPJ.
853
854%\bibitem{bib:papiersimon} ``Phenomenology of a twisted two-Higgs-doublet model'', Simon de Visscher, Jean-Marc Gerard, Michel Herquet, Vincent Lema\^itre, Fabio Maltoni, to be published.
855\bibitem{bib:papiersimon} S. de Visscher, J.M. Gerard, M. Herquet, V. Lema\^itre, F. Maltoni, arXiv:\href{http://arxiv.org/abs/0904.0705}{0904.0705}[hep-ph].
856
857\bibitem{bib:mcfio} P. Lebrun, L. Garren, Copyright (c) 1994-1995 Universities Research Association, Inc.
858
859
860\end{thebibliography}
861
862\onecolumn
863\appendix
864
865\section{User manual}
866
867The available \texttt{C++}-code is compressed in a zipped tar file which contains everything needed to run the \textsc{Delphes} package, assuming a running \textsc{root} installation. The package includes \texttt{ExRootAnalysis}~\cite{bib:ExRootAnalysis}, \textsc{Hector}~\cite{bib:Hector}, \textsc{FastJet}~\cite{bib:FastJet}, and \textsc{Frog}~\cite{bib:Frog}, as well as the conversion codes to read standard \mbox{\textsc{s}td\textsc{hep}} input files (\texttt{mcfio} and \texttt{stdhep})~\cite{bib:mcfio} and \textsc{HepMC}~\cite{bib:hepmc}.
868In order to visualise the events with the \textsc{Frog} software, a few additional external libraries may be required, as explained in \href{http://projects.hepforge.org/frog/}{http://projects.hepforge.org/frog/}.
869
870\subsection{Getting started}
871
872In order to run \textsc{Delphes} on your system, first download its sources and compile them:\\
873\texttt{wget http://www.fynu.ucl.ac.be/users/s.ovyn/Delphes/files/Delphes\_V\_*.tar.gz}\\
874Replace the \texttt{*} symbol by the proper version number\footnote{Refer to the download page on the \textsc{Delphes} website \href{http://www.fynu.ucl.ac.be/users/s.ovyn/Delphes/download.html}{http://www.fynu.ucl.ac.be/users/s.ovyn/Delphes/download.html}. Current version of \textsc{Delphes} for this manual is V 1.8 (July 2009)}.
875
876\begin{quote}
877\begin{verbatim}
878me@mylaptop:~$ tar -xvf Delphes_V_*.tar.gz
879me@mylaptop:~$ cd Delphes_V_*.*
880me@mylaptop:~$ ./genMakefile.tcl > Makefile
881me@mylaptop:~$ make
882\end{verbatim}
883\end{quote}
884Due to the large number of external utilities, the number of printed lines during the compilation can be high. The user should not pay attention to possible warning messages, which are due to the external packages used by \textsc{Delphes}. When compilation is completed, the following message is printed:
885\begin{quote}
886\begin{verbatim}
887me@mylaptop:~$ Delphes has been compiled
888me@mylaptop:~$ Ready to run
889\end{verbatim}
890\end{quote}
891
892\subsection{Running \textsc{Delphes} on your events}
893
894In this sub-appendix, we will explain how to use \textsc{Delphes} to perform a fast simulation of a general-purpose detector on your event files. The first step to use \textsc{Delphes} is to create the list of input event files (e.g.\ {\verb inputlist.list }). It is important to notice that all the files comprised in the list file should have the same of extension (\texttt{*.hep}, \texttt{*.lhe}, \texttt{*.hepmc} or \texttt{*.root}). In the simplest way to run \textsc{Delphes}, you need this input file and you need to specify the name of the output file that will contain the generator-level data (\texttt{GEN} tree), the analysis data objects after reconstruction (\texttt{Analysis} tree), and the results of the trigger emulation (\texttt{Trigger} tree).
895
896\begin{quote}
897\begin{verbatim}
898me@mylaptop:~$ ./Delphes inputlist.list OutputRootFileName.root
899\end{verbatim}
900\end{quote}
901
902\subsubsection{Setting up the configuration}
903
904The program is driven by two datacards (default cards are {\verb data/DetectorCard.dat } and {\verb data/TriggerCard.dat }) which allow the user to choose among a large spectrum of running conditions. Please note that if the user does not provide these datacards, the running will be done using the default parameters defined in the constructor of the class \texttt{RESOLution} (see next). If you choose a different detector or running configuration, you will need to edit the datacards accordingly. Detector and trigger cards are provided in the \texttt{data/} subdirectory for the \textsc{cms} and \textsc{atlas} experiments.
905
906\begin{enumerate}
907\item{\bf The detector card }
908It contains all pieces of information needed to run \textsc{Delphes}:
909\begin{itemize}
910 \item detector parameters, including calorimeter and tracking coverage and resolutions, transverse energy thresholds for object reconstruction and jet algorithm parameters.
911 \item six flags ({\verb FLAG_bfield }, {\verb FLAG_vfd }, {\verb FLAG_RP }, {\verb FLAG_trigger }, {\verb FLAG_frog } and {\verb FLAG_lhco }), should be set in order to configure the magnetic field propagation, the very forward detectors simulation, the use of very forward taggers, the trigger selection, the preparation for \textsc{Frog} display and the creation of an output file in \texttt{*.lhco} text format (respectively).
912 \end{itemize}
913
914If no datacard is provided by the user, the default smearing and running parameters are used:
915\begin{quote}
916\begin{verbatim}
917# Detector extension, in pseudorapidity units (|eta|)
918CEN_max_tracker 2.5 // Maximum tracker coverage
919CEN_max_calo_cen 1.7 // central calorimeter coverage
920CEN_max_calo_ec 3.0 // calorimeter endcap coverage
921CEN_max_calo_fwd 5.0 // forward calorimeter pseudorapidity coverage
922CEN_max_mu 2.4 // muon chambers pseudorapidity coverage
923
924# Energy resolution for electrons/photons in central/endcap/fwd/zdc calos
925# \sigma/E = C + N/E + S/\sqrt{E}, E in GeV
926ELG_Scen 0.05 // S term for central ECAL
927ELG_Ncen 0.25 // N term
928ELG_Ccen 0.005 // C term
929ELG_Sec 0.05 // S term for ECAL endcap
930ELG_Nec 0.25 // N term
931ELG_Cec 0.005 // C term
932ELG_Sfwd 2.084 // S term for FCAL
933ELG_Nfwd 0. // N term
934ELG_Cfwd 0.107 // C term
935ELG_Szdc 0.70 // S term for ZDC
936ELG_Nzdc 0. // N term
937ELG_Czdc 0.08 // C term
938
939
940# Energy resolution for hadrons in central/endcap/fwd/zdc calos
941# \sigma/E = C + N/E + S/\sqrt{E}, E in GeV
942HAD_Scen 1.5 // S term for central HCAL
943HAD_Ncen 0. // N term
944HAD_Ccen 0.05 // C term
945HAD_Sec 1.5 // S term for HCAL endcap
946HAD_Nec 0. // N term
947HAD_Cec 0.05 // C term
948HAD_Sfwd 2.7 // S term for FCAL
949HAD_Nfwd 0. // N term
950HAD_Cfwd 0.13 // C term
951HAD_Szdc 1.38 // S term for ZDC
952HAD_Nzdc 0. // N term
953HAD_Czdc 0.13 // C term
954
955# Time resolution for ZDC/RP220/RP420
956ZDC_T_resolution 0 // in s
957RP220_T_resolution 0 // in s
958RP420_T_resolution 0 // in s
959
960
961# Muon smearing
962MU_SmearPt 0.01 // transverse momentum Pt in GeV/c
963
964# Tracking efficiencies
965TRACK_ptmin 0.9 // minimal pT
966TRACK_eff 90 // efficiency associated to the tracking (%)
967\end{verbatim}
968\end{quote}
969
970\begin{quote}
971\begin{verbatim}
972# Calorimetric towers
973TOWER_number 40
974### list of the edges of each tower in eta for eta>0 assuming
975###a symmetric detector in eta<0
976### the list starts with the lower edge of the most central tower
977### the list ends with the higher edged of the most forward tower
978### there should be NTOWER+1 values
979TOWER_eta_edges 0. 0.087 0.174 0.261 0.348 0.435 0.522 0.609 0.696 0.783
980 0.870 0.957 1.044 1.131 1.218 1.305 1.392 1.479 1.566 1.653
981 1.740 1.830 1.930 2.043 2.172 2.322 2.500 2.650 2.868 2.950
982 3.125 3.300 3.475 3.650 3.825 4.000 4.175 4.350 4.525 4.700
983 5.000
984
985### list of the tower size in phi (in degrees), assuming that all
986### towers are similar in phi for a given eta value
987### the list starts with the phi-size of the most central tower (eta=0)
988### the list ends with the phi-size of the most forward tower
989### there should be NTOWER values
990TOWER_dphi 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 10
991 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 20 20
992
993# Thresholds for reconstructed objects, in GeV/c
994PTCUT_elec 10.0
995PTCUT_muon 10.0
996PTCUT_jet 20.0
997PTCUT_gamma 10.0
998PTCUT_taujet 10.0
999
1000# Thresholds for reconstructed objects in ZDC, E in GeV
1001ZDC_gamma_E 20
1002ZDC_n_E 50
1003
1004# Charged lepton isolation. Pt and Et in GeV
1005ISOL_PT 2.0 //minimal pt of tracks for isolation criteria
1006ISOL_Cone 0.5 //Cone for isolation criteria
1007ISOL_Calo_ET 2.0 //minimal tower E_T for isolation criteria. 1E99 means "off"
1008ISOL_Calo_Grid 3 //Grid size (N x N) for calorimetric isolation
1009
1010# General jet variable
1011JET_coneradius 0.7 // generic jet radius
1012JET_jetalgo 1 // 1 for Cone algorithm,
1013 // 2 for MidPoint algorithm,
1014 // 3 for SIScone algorithm,
1015 // 4 for kt algorithm
1016 // 5 for Cambridge/Aachen algorithm
1017 // 6 for anti-kt algorithm
1018JET_seed 1.0 // minimum seed to start jet reconstruction, in GeV
1019JET_Eflow 1 // Energy flow: perfect energy assumed in the tracker coverage.
1020 // 1 is 'on' ; 0 is 'off'
1021\end{verbatim}
1022\end{quote}
1023
1024\begin{quote}
1025\begin{verbatim}
1026# Tagging definition
1027BTAG_b 40 // b-tag efficiency (%)
1028BTAG_mistag_c 10 // mistagging (%)
1029BTAG_mistag_l 1 // mistagging (%)
1030
1031# FLAGS
1032FLAG_bfield 1 //1 to run the bfield propagation else 0
1033FLAG_vfd 1 //1 to run the very forward detectors else 0
1034FLAG_RP 1 //1 to run the very forward detectors else 0
1035FLAG_trigger 1 //1 to run the trigger selection else 0
1036FLAG_frog 1 //1 to run the FROG event display
1037FLAG_lhco 1 //1 to run the LHCO
1038
1039# In case BField propagation allowed
1040TRACK_radius 129 // radius of the BField coverage, in cm
1041TRACK_length 300 // length of the BField coverage, in cm
1042TRACK_bfield_x 0 // X component of the BField, in T
1043TRACK_bfield_y 0 // Y component of the BField, in T
1044TRACK_bfield_z 3.8 // Z component of the BField, in T
1045
1046# Very forward detector extension, in pseudorapidity
1047# if allowed
1048VFD_min_zdc 8.3 // Zero-Degree neutral Calorimeter
1049VFD_s_zdc 140 // distance of the ZDC, from the IP, in [m]
1050
1051#Hector parameters
1052RP_220_s 220 // distance of the RP to the IP, in meters
1053RP_220_x 0.002 // distance of the RP to the beam, in meters
1054RP_420_s 420 // distance of the RP to the IP, in meters
1055RP_420_x 0.004 // distance of the RP to the beam, in meters
1056RP_beam1Card data/LHCB1IR5_v6.500.tfs // beam optics file, beam 1
1057RP_beam2Card data/LHCB2IR5_v6.500.tfs // beam optics file, beam 2
1058RP_IP_name IP5 // tag for IP in Hector ; 'IP1' for ATLAS
1059RP_offsetEl_x 0.097 // horizontal separation between both beam, in meters
1060RP_offsetEl_y 0 // vertical separation between both beam, in meters
1061RP_offsetEl_s 120 // distance of beam separation point, from IP
1062RP_cross_x -500 // IP offset in horizontal plane, in micrometers
1063RP_cross_y 0 // IP offset in vertical plane, in micrometers
1064RP_cross_ang_x 142.5 // half-crossing angle in horizontal plane, in microrad
1065RP_cross_ang_y 0 // half-crossing angle in vertical plane, in microrad
1066
1067
1068# In case FROG event display allowed
1069NEvents_Frog 100
1070# Number of events to process
1071NEvents -1 // -1 means 'all'
1072
1073# input PDG tables
1074PdgTableFilename data/particle.tbl // table with particle pid,mass,charge,...
1075\end{verbatim}
1076\end{quote}
1077In general, energies, momenta and masses are expressed in GeV, GeV$/c$, GeV$/c^2$ respectively, and magnetic fields in T.
1078Geometrical extension are often referred in terms of pseudorapidity $\eta$, as the detectors are supposed to be symmetric in $\phi$. From version 1.8 onwards, the number of events to run is also be included in the detector card (\texttt{NEvents}). For version 1.7 and earlier, the parameters related to the calorimeter endcaps (\texttt{CEN\_max\_calo\_ec}, \texttt{ELG\_Sec}, \texttt{ELG\_Nec}, \texttt{ELG\_Cec}, \texttt{HAD\_Sec}, \texttt{HAD\_Nec} and \texttt{HAD\_Cec}) did not exist in the detector cards; in addition, some other variables had different names (\texttt{HAD\_Scen} was \texttt{HAD\_Sfcal}, \texttt{HAD\_Ncen} was \texttt{HAD\_Nfcal}, \texttt{HAD\_Ccen} was \texttt{HAD\_Cfcal}, \texttt{HAD\_Sfwd} was \texttt{HAD\_Shf}, \texttt{HAD\_Nfwd} was \texttt{HAD\_Nhf}, \texttt{HAD\_Cfwd} was \texttt{HAD\_Chf}). However, these cards are still completely compatible with new versions of \textsc{Delphes}. In such a case, the calorimeter endcaps are simply assumed to be located at the edge of the central calorimeter volumes, with the same resolution values.
1079
1080\item{\bf The trigger card }
1081
1082This card contains the definitions of all trigger-bits. Cuts can be applied on the transverse momentum $p_T$ of electrons, muons, jets, $\tau$-jets, photons and the missing transverse energy. The following codes should be used so that \textsc{Delphes} can correctly translate the input list of trigger-bits into selection algorithms:
1083
1084\begin{quote}
1085\begin{tabular}{ll}
1086{\it Trigger code} & {\it Corresponding object}\\
1087{\verb ELEC_PT } & electron \\
1088{\verb IElec_PT } & isolated electron \\
1089{\verb MUON_PT } & muon \\
1090{\verb IMuon_PT } & isolated muon \\
1091{\verb JET_PT } & jet \\
1092{\verb TAU_PT } & $\tau$-jet \\
1093{\verb ETMIS_PT } & missing transverse energy \\
1094{\verb GAMMA_PT } & photon \\
1095{\verb Bjet_PT } & $b$-jet \\
1096\end{tabular}
1097\end{quote}
1098
1099Each line in the trigger datacard is allocated to exactly one trigger-bit and starts with the name of the corresponding trigger.
1100Logical combination of several conditions is also possible. If the trigger-bit requires the presence of multiple identical objects, the order of their $p_T$ thresholds is very important: they must be defined in \textit{decreasing} order. The transverse momentum $p_T$ is expressed in \mbox{GeV/$c$}. Finally, the different requirements on the objects must be separated by a {\verb && } flag.
1101The default trigger card can be found in the data repository of \textsc{Delphes} (\texttt{data/TriggerCard.dat}), as well as for both \textsc{cms} and \textsc{atlas} experiments at the \textsc{lhc}.
1102An example of trigger table consistent with the previous rules is given here:
1103\begin{quote}
1104\begin{verbatim}
1105SingleJet >> JET_PT: '200'
1106DoubleElec >> ELEC_PT: '20' && ELEC_PT: '10'
1107SingleElec and Single Muon >> ELEC_PT: '20' && MUON_PT: '15'
1108\end{verbatim}
1109\end{quote}
1110\end{enumerate}
1111
1112\subsubsection{Running the code}
1113
1114First, create the detector and trigger cards (\texttt{data/DetectorCard.dat} and \texttt{data/TriggerCard.dat}). \\
1115Then, create a text file containing the list of input files that will be used by \textsc{Delphes} (with extension \texttt{*.lhe}, \texttt{*.hepmc}, \texttt{*.root} or \texttt{*.hep}).
1116To run the code, type the following command (in one line)
1117\begin{quote}
1118\begin{verbatim}
1119me@mylaptop:~$ ./Delphes inputlist.list OutputRootFileName.root
1120 data/DetectorCard.dat data/TriggerCard.dat
1121\end{verbatim}
1122\end{quote}
1123As a reminder, typing the \texttt{./Delphes} command simply displays the correct usage:
1124
1125\begin{quote}
1126\begin{verbatim}
1127me@mylaptop:~$ ./Delphes
1128 Usage: ./Delphes input_file output_file [detector_card] [trigger_card]
1129 input_list - list of files in Ntpl, StdHep, HepMC or LHEF format,
1130 output_file - output file.
1131 detector_card - Card containing resolution variables for detector simulation (optional)
1132 trigger_card - Card containing the trigger algorithms (optional)
1133\end{verbatim}
1134\end{quote}
1135
1136
1137\subsection{Getting the \textsc{Delphes} information}
1138
1139\subsubsection{Contents of the \textsc{Delphes} ROOT trees}
1140
1141The \textsc{Delphes} output file (\texttt{*.root}) is subdivided into three \textit{trees}, corresponding to generator-level data, analysis-object data and trigger output. These \textit{trees} are structures that organise the output data into \textit{branches} containing data (or \textit{leaves}) related with each others, like the kinematics properties ($E$, $p_x$, $\eta$, $\ldots$) of a given particle.
1142
1143Here is the exhaustive list of \textit{branches} availables in these \textit{trees}, together with their corresponding physical objet and \texttt{ExRootAnalysis} C++ class name:
1144\begin{quote}
1145\begin{tabular}{lll}
1146{\bf GEN \textsc{tree}} & &\\
1147~~~Particle & generator particles from \textsc{hepevt} & {\verb GenParticle }\\
1148\multicolumn{3}{l}{}\\
1149{\bf Trigger \textsc{tree} } & &\\
1150~~~TrigResult & Acceptance of different trigger-bits & {\verb TRootTrigger }\\
1151\multicolumn{3}{l}{}\\
1152{\bf Analysis \textsc{tree}} & & \\
1153~~~Tracks & Collection of tracks & {\verb TRootTracks }\\
1154~~~CaloTower & Calorimetric towers & {\verb TRootCalo }\\
1155~~~Electron & Collection of electrons & {\verb TRootElectron }\\
1156~~~Photon & Collection of photons & {\verb TRootPhoton }\\
1157~~~Muon & Collection of muons & {\verb TRootMuon }\\
1158~~~Jet & Collection of jets & {\verb TRootJet }\\
1159~~~TauJet & Collection of jets tagged as $\tau$-jets & {\verb TRootTauJet }\\
1160~~~ETmis & Transverse missing energy information & {\verb TRootETmis }\\
1161~~~ZDChits & Hits in the Zero Degree Calorimeters & {\verb TRootZdcHits }\\
1162~~~RP220hits & Hits in the first proton taggers & {\verb TRootRomanPotHits }\\
1163~~~FP420hits & Hits in the next proton taggers & {\verb TRootRomanPotHits }\\
1164\end{tabular}
1165\end{quote}
1166The third column shows the names of the corresponding classes to be written in a \textsc{root} tree.
1167The bin number in the unique leaf in the \texttt{trigger} tree (namely, \texttt{TrigResult.Accepted}) corresponds to the trigger number in the provided list. In addition, the result of the global trigger decision upon each event (i.e.\ the logical \texttt{OR} of all trigger conditions) is stored in the first bin (number 0) of this leaf.
1168In \texttt{Analysis} tree, all classes except \texttt{TRootTracks}, \texttt{TRootCalo}, \texttt{TRootTrigger}, \texttt{TRootETmis} and \texttt{TRootRomanPotHits} inherit from the class \texttt{TRootParticle} which includes the following data members (stored as \textit{leaves} in \textit{branches} of the \textit{trees}):
1169\begin{quote}
1170\begin{tabular}{ll}
1171\multicolumn{2}{l}{\textbf{Most common leaves}}\\
1172 \texttt{~~~float E; }&\texttt{ // particle energy in GeV }\\
1173 \texttt{~~~float Px; }&\texttt{ // particle momentum vector (x component) in GeV$/c$ }\\
1174 \texttt{~~~float Py; }&\texttt{ // particle momentum vector (y component) in GeV$/c$ }\\
1175 \texttt{~~~float Pz; }&\texttt{ // particle momentum vector (z component) in GeV$/c$ }\\
1176 \texttt{~~~float PT; }&\texttt{ // particle transverse momentum in GeV$/c$ }\\
1177 \texttt{~~~float Eta; }&\texttt{ // particle pseudorapidity }\\
1178 \texttt{~~~float Phi; }&\texttt{ // particle azimuthal angle in rad }\\
1179\end{tabular}
1180\end{quote}
1181
1182In addition to their kinematics, some additional properties are available for specific objects:
1183\begin{quote}
1184\begin{tabular}{ll}
1185\multicolumn{2}{l}{{\bf Leaves in the \texttt{Particle} branch (\texttt{GEN} tree)}} \\
1186 \texttt{~~~int PID; }&\texttt{ // particle HEP ID number }\\
1187 \texttt{~~~int Status; }&\texttt{ // particle status }\\
1188 \texttt{~~~int M1; }&\texttt{ // particle 1st mother }\\
1189 \texttt{~~~int M2; }&\texttt{ // particle 2nd mother }\\
1190 \texttt{~~~int D1; }&\texttt{ // particle 1st daughter }\\
1191 \texttt{~~~int D2; }&\texttt{ // particle 2nd daughter }\\
1192 \texttt{~~~float Charge; }&\texttt{ // electrical charge in units of e}\\
1193 \texttt{~~~float T; }&\texttt{ // particle vertex position (t component, in mm$/c$) }\\
1194 \texttt{~~~float X; }&\texttt{ // particle vertex position (x component, in mm) }\\
1195 \texttt{~~~float Y; }&\texttt{ // particle vertex position (y component, in mm) }\\
1196 \texttt{~~~float Z; }&\texttt{ // particle vertex position (z component, in mm) }\\
1197 \texttt{~~~float M; }&\texttt{ // particle mass in GeV$/c^2$}\\
1198\end{tabular}
1199\end{quote}
1200\begin{quote}
1201\begin{tabular}{ll}
1202\multicolumn{2}{l}{\textbf{Additional leaves in \texttt{Electron} and \texttt{Muon} branches (\texttt{Analysis} tree)}} \\
1203 \texttt{~~~int Charge } &\texttt{ // particle Charge }\\
1204 \texttt{~~~bool IsolFlag } &\texttt{ // stores the result of the tracking isolation test }\\
1205 \texttt{~~~float EtaCalo } &\texttt{ // particle pseudorapidity when entering the calo }\\
1206 \texttt{~~~float PhiCalo } &\texttt{ // particle azimuthal angle in rad when entering the calo }\\
1207 \texttt{~~~float EHoverEE }&\texttt{ // hadronic energy over electromagnetic energy }\\
1208 \texttt{~~~float EtRatio } &\texttt{ // calo Et in NxN-tower grid around the muon over the muon Et }\\
1209 \texttt{~~~float IsolPt } &\texttt{ // sum of all track pt in isolation cone (GeV/c) }\\
1210\end{tabular}
1211\end{quote}
1212\begin{quote}
1213\begin{tabular}{ll}
1214\multicolumn{2}{l}{\textbf{Additional leaf in the \texttt{Jet} branch (\texttt{Analysis} tree)}} \\
1215 \texttt{~~~bool Btag } &\texttt{ // stores the result of the b-tagging }\\
1216 \texttt{~~~int NTracks }&\texttt{ // number of tracks associated to the jet }\\
1217 \texttt{~~~float EHoverEE }&\texttt{ // hadronic energy over electromagnetic energy }\\
1218\end{tabular}
1219\end{quote}
1220\begin{quote}
1221\begin{tabular}{ll}
1222\multicolumn{2}{l}{\textbf{Leaves in the \texttt{Tracks} branch (\texttt{Analysis} tree)}}\\
1223 \texttt{~~~float Eta } &\texttt{ // pseudorapidity at the beginning of the track }\\
1224 \texttt{~~~float Phi } &\texttt{ // azimuthal angle at the beginning of the track }\\
1225 \texttt{~~~float EtaOuter }&\texttt{ // pseudorapidity at the end of the track }\\
1226 \texttt{~~~float PhiOuter }&\texttt{ // azimuthal angle at the end of the track }\\
1227 \texttt{~~~float PT } &\texttt{ // track transverse momentum in GeV$/c$ }\\
1228 \texttt{~~~float E } &\texttt{ // track energy in GeV }\\
1229 \texttt{~~~float Px } &\texttt{ // track momentum vector (x component) in GeV$/c$ }\\
1230 \texttt{~~~float Py } &\texttt{ // track momentum vector (y component) in GeV$/c$ }\\
1231 \texttt{~~~float Pz } &\texttt{ // track momentum vector (z component) in GeV$/c$ }\\
1232 \texttt{~~~float Charge } &\texttt{ // track charge in units of $e$ }\\
1233\end{tabular}
1234\end{quote}
1235\begin{quote}
1236\begin{tabular}{ll}
1237\multicolumn{2}{l}{\textbf{Leaves in the \texttt{CaloTower} branch (\texttt{Analysis} tree)}}\\
1238 \texttt{~~~float Eta } &\texttt{ // pseudorapidity of the tower }\\
1239 \texttt{~~~float Phi } &\texttt{ // azimuthal angle of the tower in rad }\\
1240 \texttt{~~~float E } &\texttt{ // tower energy in GeV }\\
1241 \texttt{~~~float E\_em } &\texttt{ // electromagnetic component of the tower energy in GeV}\\
1242 \texttt{~~~float E\_had } &\texttt{ // hadronic component of the tower energy in GeV}\\
1243 \texttt{~~~float ET } &\texttt{ // tower transverse energy in GeV }\\
1244& \\
1245\multicolumn{2}{l}{\textbf{Leaves in the \texttt{ETmis} branch (\texttt{Analysis} tree)}}\\
1246 \texttt{~~~float Phi } &\texttt{ // azimuthal angle of the transverse missing energy in rad }\\
1247 \texttt{~~~float ET } &\texttt{ // transverse missing energy in GeV }\\
1248 \texttt{~~~float Px } &\texttt{ // x component of the transverse missing energy in GeV }\\
1249 \texttt{~~~float Py } &\texttt{ // y component of the transverse missing energy in GeV }\\
1250\end{tabular}
1251\end{quote}
1252
1253The hits in very forward detector (\textsc{zdc, rp220, fp420}) have some common data. In particular, the \texttt{side} variable tells in which detector (left:-1 or right:+1 of the interaction point) the hit has been seen. Moreover, some generator level data is provided for information, as the correspondance with the contents of the \texttt{GEN} tree is not possible. These generator-level data correspond to the particle kinematics (energy, momentum, angle) and identification (pid).
1254
1255\begin{quote}
1256\begin{tabular}{ll}
1257\multicolumn{2}{l}{\textbf{Common leaves for ZDC, RP220, FP420}}\\
1258 \texttt{~~~float T } &\texttt{ // time of flight in s }\\
1259 \texttt{~~~float E } &\texttt{ // measured/smeared energy in GeV }\\
1260 \texttt{~~~int side }&\texttt{ // -1 or +1 }\\
1261\multicolumn{2}{l}{Generator level data}\\
1262 \texttt{~~~int pid; }&\texttt{ // particle ID }\\
1263 \texttt{~~~float genPx; }&\texttt{ // particle momentum vector (x component) in GeV$/c$ }\\
1264 \texttt{~~~float genPy; }&\texttt{ // particle momentum vector (y component) in GeV$/c$ }\\
1265 \texttt{~~~float genPz; }&\texttt{ // particle momentum vector (z component) in GeV$/c$ }\\
1266 \texttt{~~~float genPT; }&\texttt{ // particle transverse momentum in GeV$/c$ }\\
1267 \texttt{~~~float genEta; }&\texttt{ // particle pseudorapidity }\\
1268 \texttt{~~~float genPhi; }&\texttt{ // particle azimuthal angle in rad }\\
1269\end{tabular}
1270\end{quote}
1271
1272\begin{quote}
1273\begin{tabular}{ll}
1274\multicolumn{2}{l}{\textbf{Additional leaves in the \texttt{ZDChits} branch (\texttt{Analysis} tree)}}\\
1275 \texttt{~~~int hadronic\_hit } &\texttt{ // 0(is not hadronic) or 1(is hadronic) }
1276\end{tabular}
1277\end{quote}
1278
1279\begin{quote}
1280\begin{tabular}{ll}
1281\multicolumn{2}{l}{\textbf{Additional leaves in the \texttt{RP220hits} and \texttt{FP420hits} branches (\texttt{Analysis} tree)}}\\
1282 \texttt{~~~flaot S } &\texttt{ // detector position from IP in m } \\
1283 \texttt{~~~float X } &\texttt{ // hit horizontal position in m } \\
1284 \texttt{~~~float Y } &\texttt{ // hit vertical position in m } \\
1285 \texttt{~~~float TX } &\texttt{ // hit horizontal angle in rad } \\
1286 \texttt{~~~float TY } &\texttt{ // hit vertical angle in rad } \\
1287 \texttt{~~~float q2 } &\texttt{ // reconstructed momentum transfer in GeV$^2$ }
1288\end{tabular}
1289\end{quote}
1290The hit position is computed from the center of the beam position, not from the edge of the detector.
1291
1292
1293\subsection{Running an analysis on your \textsc{Delphes} events}
1294
1295To analyse the \textsc{root} ntuple produced by \textsc{Delphes}, the simplest way is to use the {\verb Analysis_Ex.cpp } code which is coming in the {\verb Examples } repository of \textsc{Delphes}. Note that all of this is optional and done to facilitate the analyses, as the output from \textsc{Delphes} is viewable with the standard \textsc{root} \texttt{TBrowser} and can be analysed using the \texttt{MakeClass} facility.
1296As an example, here is a simple overview of a \texttt{myoutput.root} file created by \textsc{Delphes}:
1297\begin{quote}
1298\begin{verbatim}
1299me@mylaptop:~$ root -l myoutput.root
1300root [0]
1301Attaching file myoutput.root as _file0...
1302root [1] .ls
1303TFile** myoutput.root
1304 TFile* myoutput.root
1305 KEY: TTree GEN;1 Analysis tree
1306 KEY: TTree Analysis;1 Analysis tree
1307 KEY: TTree Trigger;1 Analysis tree
1308root [2] TBrowser t;
1309root [3] Analysis->GetEntries()
1310(const Long64_t)200
1311root [4] GEN->GetListOfBranches()->ls()
1312OBJ: TBranchElement Event Event_ : 0 at: 0x9108f30
1313OBJ: TBranch Event_size Event_size/I : 0 at: 0x910cfd0
1314OBJ: TBranchElement Particle Particle_ : 0 at: 0x910c6b0
1315OBJ: TBranch Particle_size Particle_size/I : 0 at: 0x9111c58
1316root [5] Trigger->GetListOfLeaves()->ls()
1317OBJ: TLeafElement TrigResult_ TrigResult_ : 0 at: 0x90f90a0
1318OBJ: TLeafElement TrigResult.Accepted Accepted[TrigResult_] : 0 at: 0x90f9000
1319OBJ: TLeafI TrigResult_size TrigResult_size : 0 at: 0x90fb860
1320\end{verbatim}
1321\end{quote}
1322The \texttt{.ls} command lists the current keys available and in particular the three \textit{tree} names.
1323\mbox{\texttt{TBrowser t}} launches a browser and the \texttt{GetEntries()} method outputs the number of data in the corresponding \textit{tree}.
1324The list of \textit{branches} or \textit{leaves} can be displayed with the \texttt{GetListOfBranches()} and \texttt{GetListOfLeaves()} methods, pointing to the \texttt{ls()} one. In particular, it is possible to shown only parts of the output, using wildcard characters (\texttt{*}):
1325\begin{quote}
1326\begin{verbatim}
1327root [6] Analysis->GetListOfLeaves()->ls("*.E")
1328OBJ: TLeafElement Jet.E E[Jet_] : 0 at: 0xa08bc68
1329OBJ: TLeafElement TauJet.E E[TauJet_] : 0 at: 0xa148910
1330OBJ: TLeafElement Electron.E E[Electron_] : 0 at: 0xa1d8a50
1331OBJ: TLeafElement Muon.E E[Muon_] : 0 at: 0xa28ac80
1332OBJ: TLeafElement Photon.E E[Photon_] : 0 at: 0xa33cd88
1333OBJ: TLeafElement Tracks.E E[Tracks_] : 0 at: 0xa3cced0
1334OBJ: TLeafElement CaloTower.E E[CaloTower_] : 0 at: 0xa4ba188
1335OBJ: TLeafElement ZDChits.E E[ZDChits_] : 0 at: 0xa54a3c8
1336OBJ: TLeafElement RP220hits.E E[RP220hits_] : 0 at: 0xa61e648
1337OBJ: TLeafElement FP420hits.E E[FP420hits_] : 0 at: 0xa6d0920
1338\end{verbatim}
1339\end{quote}
1340
1341To draw a particular leaf, either double-click on the corresponding name in the \texttt{TBrowser} or use the \texttt{Draw} method of the corresponding \textit{tree}.
1342\begin{quote}
1343\begin{verbatim}
1344root [7] Trigger->Draw("TrigResult.Accepted");
1345\end{verbatim}
1346\end{quote}
1347Mathematical operations on several \textit{leaves} are possible within a given \textit{tree}, following the C++ syntax:
1348\begin{quote}
1349\begin{verbatim}
1350root [8] Analysis->Draw("Muon.Px * Muon.Px");
1351root [9] Analysis->Draw("sqrt(pow(Muon.E,2) - pow(Muon.Pz,2) + pow(Muon.PT,2))");
1352\end{verbatim}
1353\end{quote}
1354Finally, to prepare an deeper analysis, the \texttt{MakeClass} method is useful. It creates two files (\texttt{*.h} and \texttt{*.C}) with automatically generated code that allows the access to all branches and leaves of the corresponding tree:
1355\begin{quote}
1356\begin{verbatim}
1357root [10] Trigger->MakeClass()
1358Info in <TTreePlayer::MakeClass>: Files: Trigger.h and
1359 Trigger.C generated from TTree: Trigger
1360\end{verbatim}
1361\end{quote}
1362For more information, refer to ROOT documentation. Moreover, an example of code (based on the output of \begin{verbatim}MakeClass\end{verbatim}) is provided in the \texttt{Examples/} directory.
1363
1364To run the \texttt{Examples/Analysis\_Ex.cpp} code, the two following arguments are required: a text file containing the input \textsc{Delphes} \textsc{root} files to run, and the name of the output \textsc{root} file.
1365 \begin{quote}
1366\begin{verbatim}
1367me@mylaptop:~$ ./Analysis_Ex input_file.list output_file.root
1368\end{verbatim}
1369 \end{quote}
1370One can easily edit, modify and compile (\texttt{make}) changes in this file.
1371
1372\subsubsection{Adding the trigger information}
1373The \texttt{Examples/Trigger\_Only.cpp} code permits to run the trigger selection separately from the general detector simulation on output \textsc{Delphes} root files. A \textsc{Delphes} root file is mandatory as an input argument for the \texttt{Trigger\_Only} routine. The new \textit{tree} containing the trigger result data will be appended to this file.
1374The trigger datacard is also necessary. To run the code:
1375 \begin{quote}
1376\begin{verbatim}
1377me@mylaptop:~$ ./Trigger_Only input_file.root data/TriggerCard.dat
1378\end{verbatim}
1379 \end{quote}
1380
1381\subsection{Running the FROG event display}
1382
1383\begin{itemize}
1384\item If the { \verb FLAG_frog } was switched on in the smearing card, two files have been created during the running of \textsc{Delphes}: {\verb DelphesToFrog.vis } and {\verb DelphesToFrog.geom }. They contain all the needed pieces of information to run \textsc{frog}.
1385\item To display the events and the geometry, you first need to compile \textsc{Frog}. Go to the {\verb Utilities/FROG } and type {\verb make }. This compilation is done once for all, with this geometry (i.e.\ as long as the \texttt{*vis} and \texttt{*geom} files do not change).
1386\item Go back into the main directory and type
1387\begin{quote}
1388\texttt{me@mylaptop:~\$ ./Utilities/FROG/frog}
1389\end{quote}
1390\end{itemize}
1391
1392\subsection{LHCO file format}
1393 The \texttt{*lhco} file format is a text-\textsc{ascii} data format briefly discussed here. An exhaustive description is provided on \href{http://v1.jthaler.net/olympicswiki}{http://v1.jthaler.net/olympicswiki}. This section is based on this webpage.
1394Only final high-level objects are available in the \texttt{lhco} format, and their properties are arranged in columns. Each row corresponds to an object in the event and all events are written after each other. Comment-lines starts with a hash \texttt{\#} symbol.
1395
1396\begin{verbatim}
1397 # typ eta phi pt jmas ntrk btag had/em dum1 dum2
1398 0 57 0
1399 1 0 1.392 -2.269 19.981 0.000 0.000 0.000 4.605 0.000 0.000
1400 2 3 1.052 2.599 29.796 3.698 -1.000 0.000 0.320 0.000 0.000
1401 3 4 1.542 -2.070 84.308 41.761 7.000 0.000 1.000 0.000 0.000
1402 4 4 1.039 0.856 58.992 34.941 1.000 0.000 1.118 0.000 0.000
1403 5 4 1.052 2.599 29.796 3.698 0.000 0.000 0.320 0.000 0.000
1404 6 4 0.431 -2.190 22.631 3.861 0.000 0.000 1.000 0.000 0.000
1405 7 6 0.000 0.845 62.574 0.000 0.000 0.000 0.000 0.000 0.000
1406\end{verbatim}
1407Each row in an event starts with a unique number (i.e.\ in first column).
1408Row \texttt{0} contains the event number (here: \texttt{57}) and some trigger information (here: \texttt{0}. This very particular trigger encoding is not implemented in \textsc{Delphes}.).
1409Subsequent rows list the reconstructed high-level objects.
1410Each row is organised in columns, which details the object kinematics as well as more specific information, such as isolation criteria or $b$-tagging.
1411
1412\paragraph{1st column (\texttt{\#})}
1413The first column is the line number in the event. Each event starts with a 0 and contains as many lines as needed to list all high-level objects.
1414
1415\paragraph{2nd column (\texttt{typ})}
1416The second column gives the object identification code, or \textit{type}.
1417The different object types are:\\
1418\begin{tabular}{ll}
1419 \texttt{0}& for a photon ($\gamma$)\\
1420 \texttt{1}& for an electron ($e^\pm$)\\
1421 \texttt{2}& for a muon ($\mu^\pm$)\\
1422 \texttt{3}& for a hadronically-decaying tau ($\tau$-jet)\\
1423 \texttt{4}& for a jet\\
1424 \texttt{6}& for a missing transverse energy ($E_T^\textrm{miss}$)\\
1425\end{tabular}\\
1426Object type \texttt{5} is not defined.
1427An event always ends with the row corresponding to the missing transverse energy (type \texttt{6}).
1428
1429\paragraph{3rd (\texttt{eta}) and 4th (\texttt{phi}) columns}
1430The third and forth columns gives the object pseudorapidity $\eta$ and azimuth $\phi$. This latter quantity is expressed in radians, ranging from $-\pi$ to $\pi$.
1431
1432\paragraph{5th (\texttt{pt}) and 6th (\texttt{jmass}) columns}
1433The fifth column provides the object transverse momentum ($p_T$ in GeV$/c$) or energy ($E_T$ in GeV), while the invariant mass ($M$ in GeV/$c^2$) is in the sixth column.
1434
1435\paragraph{7th column (\texttt{ntrk})}
1436The seventh column reports the total number of tracks associated to the objects. This is \texttt{0} for photons, \texttt{$\pm$ 1} for charged leptons including taus (where the sign reports the lepton measured charge) and a positive number (\texttt{$\geq$ 0}) for jets.
1437
1438\paragraph{8th column (\texttt{btag})}
1439The eighth column tells whether a jet is tagged as a $b$-jet (\texttt{1}) or not (\texttt{0}).
1440This is always \texttt{0} for electrons, photons and missing transverse energy.
1441For muons, the closest jet in searched for, in terms of $\Delta R$. The integer-part of the quoted number is the row-number (column 1) of this jet.
1442
1443\paragraph{9th column (\texttt{had/em})}
1444For jets, electrons and photons, the ninth column is the ration between hadronic and electromagnetic energies in the calorimetric towers associated to the object. This is always \texttt{0} for missing transverse energy.
1445For muons, this number (\texttt{aaa.bb}) reports two values related to the muon isolation (section \ref{sec:isolation}). The integer part (\texttt{aaa}) is transverse momentum sum $P_T$ (in GeV/$c$) and the fractional part (\texttt{bb}) is the energy ratio $\rho_\mu$.
1446
1447
1448\paragraph{10th and 11th columns (\texttt{dum1} and \texttt{dum2})}
1449The last two columns are currently not used.
1450
1451\paragraph{Warning}
1452Inherently to the data format itself, the \texttt{*lhco} output contains only a fraction of the available data. Moreover, dealing with text file may have various drawbacks, such as the output file size and the time needed for its creation. Whenever possible, working on the \texttt{*root} output file should be preferred.
1453
1454\end{document}
Note: See TracBrowser for help on using the repository browser.