2013:groups:tools:eventformats
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
2013:groups:tools:eventformats [2013/06/19 07:59] eric.conte [Some ideas to discuss] |
2013:groups:tools:eventformats [2013/06/20 12:15] (current) eric.conte [Some ideas to discuss] |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Event Format : extended LHE ====== | ====== Event Format : extended LHE ====== | ||
| - | People involved: | + | People involved: Eric & Benj |
| ===== Present state ===== | ===== Present state ===== | ||
| Line 14: | Line 14: | ||
| ^ simplified LHE (gzip compression) | 5.1 | | ^ simplified LHE (gzip compression) | 5.1 | | ||
| ^ LHCO (gzip compression) | 1.6 | | ^ LHCO (gzip compression) | 1.6 | | ||
| - | ^ Delphes ROOT | 161 | | + | ^ Delphes 2 ROOT | 161 | |
| ===== Motivations ===== | ===== Motivations ===== | ||
| - | * defining a format sample for jet-clustering output (without fast-simulation detector). | + | * defining a format for jet-clustering output (without fast-simulation detector). |
| - | * LHCO contains too few information for performing sophisticated analysis. Need to add more variables. | + | * defining a format which extends the LHCO content (too few information for performing sophisticated analysis). |
| - | * LHCO does not take into account all Delphes3 potential. | + | * the new format will take into account all Delphes 3 potential. |
| ===== Some ideas to discuss ===== | ===== Some ideas to discuss ===== | ||
| - | * Using text format (theorist-friendly format :-D). ROOT is rejected. | + | * Using text format. ROOT is rejected ; STDHEP seems to be old. |
| - | * Keeping the structure of the existing LHE Format (arXiv:hep-ph/0609017) and its XML tags. Name of the format extension: eLHE (e for 'extended') ? Reminder: | + | * Prefering extending an existing format to defining a totally new one (avoiding developers from coding writer and reader functions from scratch). Our choice is to extend the LHE Format (arXiv:hep-ph/0609017) and its structure based on XML tags. Reminder about the LHE structure: |
| <LesHouchesEvents version="X"> | <LesHouchesEvents version="X"> | ||
| Line 58: | Line 58: | ||
| </LesHouchesEvents> | </LesHouchesEvents> | ||
| - | * Possibility to store hard-process states and reco objects in a same file. | + | * Extending the LHE format in order to store partons, hadrons and jets (reco objects) in a same file. The generation step (hard-process, shower, reco) will be specified by the status-code. Some details: |
| - | * The generation step (hard-process, shower, reco) will be specified by the status code. | + | ---- |
| - | * Optional substructure in <event> block: defining a XML tag for each collection of objects. Several collections of a same object kind (jets in the example) can be defined and used. | + | * parton level: same conventions than the existing LHE. Example: |
| - | <hardprocess> | + | 6 2 1 2 501 0 -0.14952840473E+03 0.23999735524E+02 -0.25720865153E+03 0.34516945021E+03 0.17335203433E+03 0. 0. |
| + | |||
| + | * hadron level: the conventions can be applied without too much change (maybe the meaning of the two ICOLUP variables could be discussed). | ||
| + | |||
| + | 2212 2 1 2 501 0 -0.14952840473E+03 0.23999735524E+02 -0.25720865153E+03 0.34516945021E+03 0.17335203433E+03 0. 0. | ||
| + | |||
| + | * reco level: the conventions have to be adapted. We can keep: | ||
| + | * one line per physics object. | ||
| + | * ISTUP variable with specific PDG-id for reco objects. Example: 11/-11 for electrons, 13/-13 for muons, 15/-15 for hadronically-decaying taus, 22 for photons, 21 for jets, 12 for MET, -12 for MHT | ||
| + | * MOTHUP variables linked the reconstructed object to the originated partons (only for some objects). Example: a electron coming from hard-process. | ||
| + | * PUP variables without change. | ||
| + | Other relevant variables, specific to the nature of the reconstructed objects, must be added. | ||
| + | |||
| + | |||
| + | ---- | ||
| + | |||
| + | * Optional substructure in <event> block: defining a XML tag for each collection of reconstructed objects. When detector fast-simulation is applied, several configurations can be applied (for instance for lepton isolation) and several collection of the same object kind can be produced. The <event>-block substructure is designed to handle several collections of a same object kind. Example: | ||
| + | |||
| + | <event> | ||
| ... | ... | ||
| - | </hardprocess> | + | |
| <jets> | <jets> | ||
| ... | ... | ||
| Line 79: | Line 97: | ||
| ... | ... | ||
| </muons> | </muons> | ||
| - | ... | + | </event> |
| - | + | ||
| + | |||
| + | Warning: If the LHE file supplies several collections of jets, people must obviously use only collection of jets in their analysis. | ||
2013/groups/tools/eventformats.1371621568.txt.gz · Last modified: 2013/06/19 07:59 by eric.conte
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: Public Domain
