LHEF for Matching

From Wiki Les Houches 09

(Difference between revisions)
Jump to: navigation, search
(The xsecinfo tag (required))
Current revision (09:14, 29 December 2009) (view source)
(Formal specification of the standard)
 
(32 intermediate revisions not shown.)
Line 24: Line 24:
for the parton showers in this case.
for the parton showers in this case.
-
Below you will find a rough draft of additional XML tags suggsted to
+
Below you will find a rough draft of additional XML tags suggested to
be included in the new standard (version 2.0).
be included in the new standard (version 2.0).
 +
 +
Note that the notation is that a ''tag'' may contain ''attributes'' in the following way:
 +
  <tt><tag attribute1="value" attribute2="value">things marked by the tag</tag></tt>
 +
or
 +
  <tt><tag attribute1="value" attribute2="value" attribute3="value" /></tt>
 +
 +
A number of example C++ classes for reading and writing Les Houches files according to the suggested standard can be found [http://home.thep.lu.se/~leif/LHEF here].
= Run information =
= Run information =
Line 32: Line 39:
the "init" tag after the compulsary block of parameters corresponding
the "init" tag after the compulsary block of parameters corresponding
to the HEPRUP common block.
to the HEPRUP common block.
 +
 +
== The <tt>generator</tt> tag (optional) ==
 +
 +
Just for easy access to the name of the generator which produced this file. The allowed attribute is
 +
 +
* <tt>version</tt> (optional): a string describing the version of generator
 +
 +
and the content of the tag is the generator name.
== The <tt>xsecinfo</tt> tag (required) ==
== The <tt>xsecinfo</tt> tag (required) ==
Line 48: Line 63:
* <tt>totxsec</tt> (R): the total cross section (in units of pb) of all processes in the file
* <tt>totxsec</tt> (R): the total cross section (in units of pb) of all processes in the file
* <tt>maxweight</tt> (D=1): the maximum weight of any event in the file (in an arbitrary unit)
* <tt>maxweight</tt> (D=1): the maximum weight of any event in the file (in an arbitrary unit)
 +
* <tt>minweight</tt>: if the file contains negative weights, the <tt>minweight</tt> may contain the most negative of the negative weights in the file. If not given, <tt>minweight</tt> is assumed to be <tt>-maxweight</tt>.
* <tt>meanweight</tt> (D=1): The average weight of the events in the file (same unit as maxweight).
* <tt>meanweight</tt> (D=1): The average weight of the events in the file (same unit as maxweight).
* <tt>negweights</tt> (D=no): If yes, the file may contain events with negative weights.
* <tt>negweights</tt> (D=no): If yes, the file may contain events with negative weights.
-
* <tt>varweights</tt> (D=no): If yes, the file may contain varying weights (if no, all events are weighted with <tt>maxweight=meanweight</tt>).
+
* <tt>varweights</tt> (D=no): If yes, the file may contain varying weights (if no, all events are weighted with <tt>maxweight</tt> (or <tt>minweight</tt>)).
The information given per process in the <tt>HEPRUP</tt> common block can then
The information given per process in the <tt>HEPRUP</tt> common block can then
Line 59: Line 75:
Here the MEG should supply information about the cuts used in the
Here the MEG should supply information about the cuts used in the
-
generation. Inside this tag any number of <tt>cut</tt> tags can be supplied.
+
generation. Inside this tag any number of <tt>cut</tt> and <tt>ptype</tt> tags can be supplied.
 +
 
 +
=== The <tt>ptype</tt> ===
 +
 
 +
This tag can be used to define a group of particles to which a <tt>cut</tt> can be applied. Its contents should be a white-space separated list of PDG particle codes. The only attribute is
 +
* <tt>name</tt> (R): The string used to represent this ptype in a <tt>cut</tt>.
=== The <tt>cut</tt> tag ===
=== The <tt>cut</tt> tag ===
-
The cut tag has information of a particular cut used. The information
+
This tag has information of a particular cut used. The information
needed is which particle(s) are affected, what variable is used and
needed is which particle(s) are affected, what variable is used and
-
the maximum and/or minimum value of that parameter. The attributes are
+
the maximum and/or minimum value of that parameter. The contents should be the minimum and maximum allowed values of this variable (in that order). If only one number is given, there is no maximum. If the minumum is larger or equal to the maximum, there is no minimum. The attributes are
 +
* <tt>p1</tt> (D=0): The particles for which this cut applies. This can either be a number corresponding to a given particle PDG code or 0 for any particle or the name of a previously defined <tt>ptype</tt> tag
 +
* <tt>p2</tt> (D=0): If cut is between pairs of particles, this attribute should be non-zero. Allowed values are the same as for <tt>p1</tt>
* <tt>type</tt> (R): This defines the variable which is cut. The following values are allowed (the lab frame is assumed in all cases):
* <tt>type</tt> (R): This defines the variable which is cut. The following values are allowed (the lab frame is assumed in all cases):
-
** "invmass" the invariant mass of two particles (or if only one particle type is given, the rest mass of that particle).
+
** "m" the invariant mass of two particles (or, if only one particle type is given, the invariant mass of that particle).
-
** "kt": the transverse momenta of a particle (in GeV)
+
** "kt": the transverse momenta of a particle matching <tt>p1</tt> (in GeV)
-
** "eta": the pseudorapidity of a particle
+
** "eta": the pseudorapidity of a particle matching <tt>p1</tt>
-
** "y": the true rapidity of a particle
+
** "y": the true rapidity of a particle matching <tt>p1</tt>
-
** "deltaR": the pseudorapidity--azimuthal-angle difference between two particles.
+
** "deltaR": the pseudorapidity--azimuthal-angle difference between two particles matching <tt>p1</tt> and  <tt>p2</tt> respectively.
-
** "E": the energy of a particle
+
** "E": the energy of a particle matching <tt>p1</tt>
-
** "ETmiss": the sum of the pt of the neutrinos in the process
+
** "ETmiss": the norm of the vectorial sum of the pt of particles matching <tt>p1</tt> and '''not''' matching <tt>p2</tt>.
-
** ...
+
** "HT": the scalar sum of the transverse momentum of the particles matching <tt>p1</tt> and '''not''' matching <tt>p2</tt>.
-
* <tt>p1</tt> (D=any): The particle for which this cut applies. This can either be a number corresponding to a given particle PDG code or one of the following
+
-
** "any": any particle
+
-
** "jet": any coloured particle
+
-
** "uds": ("udsc") any light quark
+
-
** "guds": ("gudsc") any light quark or gluon
+
-
** "b" ("c"): any b or bbar (c or cbar) quark
+
-
** "l" ("l+" or "l-"): any (positively or negatively) charged lepton
+
** ...
** ...
-
* <tt>p2</tt> (D=0): If cut is between pairs of particles, this attribute should be non-zero. Allowed values are the same as for <tt>p1</tt>
 
-
* <tt>min</tt> (D=-inf): The minimum value of this variable
 
-
* <tt>max</tt> (D=+inf): The maximum value of this variable
 
== The <tt>procinfo</tt> tag (optional) ==
== The <tt>procinfo</tt> tag (optional) ==
Line 94: Line 107:
attributes:
attributes:
-
* <tt>nprup</tt> (D=0): The process number for which the information is given. 0 means all processes.
+
* <tt>iproc</tt> (D=0): The process number for which the information is given. 0 means all processes.
-
* <tt>loops</tt> (D=-1): The number of loops used in calculating this process.
+
* <tt>loops</tt>: The number of loops used in calculating this process.
-
* <tt>qcdorder</tt> (D=-1): The number of QCD vertices used in calculating this process.
+
* <tt>qcdorder</tt>: The number of QCD vertices used in calculating this process.
-
* <tt>eworder</tt> (D=-1): The number of electro-weak vertices used in calculating this process.
+
* <tt>eworder</tt>: The number of electro-weak vertices used in calculating this process.
-
In all cases above ''-1'' means that no information is given.
+
* <tt>rscheme</tt>: The renormalization scheme used, if applicable.
 +
* <tt>fscheme</tt>: The factorization scheme used, if applicable.
 +
* <tt>scheme</tt>: Information about the scheme used to calculate the matrix elements. If absent, a pure tree-level calculation is assumed. Other possible values could be <tt>CSdipole</tt> (NLO calculation with Catani-Seymour subtraction), <tt>MC@NLO</tt>, <tt>POWHEG</tt> and <tt>NLOexclusive</tt> (NLO calculation according to the exclusive cross section withing the given cuts).
 +
The content of this tag is a string with arbitrary information about the process.
-
== The <tt>mergeinfo</tt> tag (optional) ==
+
== The <tt>mergetype</tt> tag (optional) ==
For some merging schemes (eg. for CKKW) it is possible to reweight the
For some merging schemes (eg. for CKKW) it is possible to reweight the
-
the events with Sudakov form factors already in the MEG. This can be
+
the events with Sudakov form factors already in the MEG. If this has been done the content of the <tt>mergetype</tt> tag for the corresponding process should give a name corresponding to the scheme used. The attributes are
-
described in the following attributes.
+
* <tt>iproc</tt> (D=0): The process number for which the information is given. "0" means all processes.
-
* <tt>nprup</tt> (D=0): The process number for which the information is given. "0" means all processes.
+
* <tt>mergingscale</tt> (R): The value of the merging scale in GeV.
-
* <tt>reweightscheme</tt> (R): valid values are
+
-
** "None": no reweighting done
+
-
** "CKKW-NLL": events are reweighted by the standard CKKW NLL Sudakov form factor
+
-
** "CKKW-NLL1": same as above but weight is required to be less than 1
+
-
** "VetoSudakov": events are reweighted with 0 or 1 with a probability given by a (non-analytic) form factor.
+
-
* <tt>reconstruction</tt> (R): The clustering used to find the scales in the Sudakov form factors (and alpha_S). The following values are valid
+
-
** "ktalg": the kt-algorithm used in the original CKKW scheme
+
-
** ...
+
* <tt>maxmult</tt> (D=no): If yes the corresponding process is reweighted as if it is the maximum multiplicity process (ie. the Sudakov for the last step down to the merging scale is not included.
* <tt>maxmult</tt> (D=no): If yes the corresponding process is reweighted as if it is the maximum multiplicity process (ie. the Sudakov for the last step down to the merging scale is not included.
-
 
-
== The <tt>nloinfo</tt> tag (optional) ==
 
-
 
-
If the events were produced by a NLO generator the following
 
-
information can be supplied as attributes:
 
-
* <tt>scheme</tt> (R): The NLO (subtraction) scheme used. The following values are valid:
 
-
** "CSdipole": Catani-Seymour subtraction.
 
-
** "POWHEG": Nasons scheme for giving one extra jet with Sudakov form factors correct to NLO.
 
-
** "MC@NLO": "parton-shower subtracted"
 
-
** "Exclusive": The 1-loop events are generated according to the exclusive NLO cross section (according to the cuts), while 0-loop events are pure tree-level.
 
-
* <tt>rfscheme</tt> (D=MSbar): The factorization and renormalization scheme used (MSbar, DIS)
 
-
 
-
Note that for NLO generators (except for the Exclusive scheme), events
 
-
with real emission corrections will be produced which will not respect
 
-
the cuts. For the POWHEG scheme there is an additional cut imposed on
 
-
the emission, which can be specified by "cut" tags (see the <tt>cutsinfo</tt>
 
-
tag above) inside the the <tt>nloinfo</tt> tag.
 
-
 
-
== The <tt>pdferrors</tt> tag (optional) ==
 
-
 
-
It is sometimes efficient to supply different weights for the same
 
-
event using a sets of error PDFs. If this is done, each event must
 
-
have this information and the only attribute in this tag specifies the
 
-
number of sets used.
 
-
* <tt>nsets</tt> (R): the number of error sets used.
 
= Event information =
= Event information =
Line 149: Line 132:
the <tt>HEPEUP</tt> common block.
the <tt>HEPEUP</tt> common block.
-
== The <tt>weightinfo</tt> tag (optional) ==
+
== The <tt>weight</tt> tag (optional) ==
-
Here some information can be supplied to help the PSG to reweight
+
An event can be associated with a number of different weights given in <tt>weight</tt> tags. The content of these tags are simply a sequence of weights corresponding to different PDFs, &alpha;<sub>S</sub> values, etc. The first weight in the first of these tags should correspond to the main weight as described in the <tt>xsecinfo</tt> tag. All weights should be given in the same unit as the <tt>maxweight</tt> attribute in the <tt>xsecinfo</tt> tag. For each weight tag, further information can be given in the following attributes
-
events according to its needs. The following attributes may be given
+
* <tt>name</tt>: an arbitrary string describing this set of weights
-
* <tt>weight</tt> (D=XWGTUP): the weight of the event as described in the <tt>xsecinfo</tt> tag. The default is the <tt>XWGTUP</tt> variable of the <tt>HEPEUP</tt> common block. Must be given in the same unit as the <tt>maxweight</tt> attribute in the <tt>xsecinfo</tt> tag.
+
* <tt>born</tt>: the relative size of the tree-level cross section for this event if applicable. Summing <tt>born</tt> times the weight and multiplying with <tt>totxsec/neve/maxweight</tt> will give the Born cross section for this process.
-
* <tt>born</tt> (D=0): the relative size of the tree-level cross section for this event. Summing <tt>born*weight</tt> and multiplying with <tt>totxsec/neve/maxweight</tt> will give the born cross section for this process. If 0 this information is not given.
+
* <tt>sudakov</tt> (D=0): The sudakov form factor used to weight this event (see the <tt>reweightscheme</tt> attribute of the <tt>mergeinfo</tt> tag).
* <tt>sudakov</tt> (D=0): The sudakov form factor used to weight this event (see the <tt>reweightscheme</tt> attribute of the <tt>mergeinfo</tt> tag).
-
* <tt>subtraction</tt> (D=0): The relative size of the subtraction term used for a 0-loop event (is typically negative)
 
-
The relationships between these terms are typically <tt>born*sudakov=1</tt> and
+
The relationships between these terms is typically <tt>born*sudakov=1</tt>.
-
<tt>born+subtraction=1</tt>.
+
-
== The <tt>alphas</tt> tag (optional) ==
+
== The <tt>clustering</tt> tag ==
-
Information about the alpha_S used in generating this
+
If an event has eg. been reweighted with Sudakov form factors, it is possible to specify how the current event has been clustered to find the scales involved. The contents of this this tag should be a series of <tt>clus</tt> tags. The clustering should be defined from the final state backwards in terms inverse time-like splittings, in the end defining a "bare" ladder diagram. This is then followed by a sequence of space-like splittings.
-
event. Attributes are
+
-
* <tt>scale</tt> (D=SCALUP): The scale in GeV used in the alpha_S (default is the <tt>SCALUP</tt> variable in the <tt>HEPEUP</tt> common block).
+
-
* <tt>value</tt> (D=AQCDUP): The value of alpha_S used (default is the <tt>AQCDUP</tt> variable in the <tt>HEPEUP</tt> common block).
+
-
If different values of alpha_s has been used in different vertices in
+
=== The <tt>clus</tt> tag ===
-
this even a white-space separated list of values can be given in this
+
 
-
tag. The order of the values is dictated by the "reconstruction"
+
The contents of this tag is two or three integers. The two first indicates which particles entries are clustered. If a third number is given it should correspond to an actual entry which corresponds to the combined object (if  eg. a decayed resonance is explicitly present in the <tt>HEPEUP</tt> common block). If no third number is given, the clustered object is in the following referred to with the first number. The attributes are
-
attribute in the <tt>mergeinfo</tt> tag above (falling scales) if present.
+
* <tt>scale</tt>: The scale in GeV associated with the clustering if relevant.
 +
* <tt>alphas</tt>: If the event has been reweighted with an &alpha;<sub>S</sub> at the scale in this clustering, the value of this &alpha;<sub>S</sub> should be supplied here.
== The <tt>pdfinfo</tt> tag (optional) ==
== The <tt>pdfinfo</tt> tag (optional) ==
Line 177: Line 155:
Here the MEG can supply information about the PDFs used for this
Here the MEG can supply information about the PDFs used for this
event. The following attributes are available
event. The following attributes are available
-
* <tt>p1</tt> (R): the type of the incoming particle 1.
+
* <tt>p1</tt>: the type of the incoming particle 1.
-
* <tt>p2</tt>(R): the type of the incoming particle 2.
+
* <tt>p2</tt>: the type of the incoming particle 2.
-
* <tt>x1</tt> (R): the x-value used for the incoming particle 1.
+
* <tt>x1</tt>: the x-value used for the incoming particle 1.
-
* <tt>x2</tt>(R): the x-value used for the incoming particle 2.
+
* <tt>x2</tt>: the x-value used for the incoming particle 2.
-
* <tt>xf1</tt> (R): the value of the pdf for the incoming particle 1.
+
-
* <tt>xf2</tt> (R): the value of the pdf for the incoming particle 2.
+
* scale (D=SCALUP): The scale in GeV used in the PDFs (default is the <tt>SCALUP</tt> variable in the <tt>HEPEUP</tt> common block).
* scale (D=SCALUP): The scale in GeV used in the PDFs (default is the <tt>SCALUP</tt> variable in the <tt>HEPEUP</tt> common block).
-
The <tt>pdfinfo</tt> tag may contain a white-space separated list of
+
The content of the tag is two real numbers corresponding to the values of the PDFs, ''xf<sub>p1</sub>(x1,scale)'' and ''xf<sub>p2</sub>(x2,scale)''.
-
additional relative weights corresponding to reweighting this event according
+
 
-
to the error sets of the LHAPDF set used (see the <tt>pdferrors</tt> tag above).
+
= Grouping of events =
 +
 
 +
If we have a NLO calculation using eg. Catani-Seymour subtaction of a process with N particles in the Born level, each N+1 tree-level event will come with a number of counter events with N particles. For this reason there is a need to group events together. Such a group of events should be included in an <tt>eventgroup</tt> tag.
 +
 
 +
== The <tt>eventgroup</tt> tag ==
 +
 
 +
The contents of this tag is a number of <tt>event</tt> tags which for some reason should be considered together. The main purpose is to allow an event generated according to the real contribution in an NLO generator, to be accompanied with a number of counter events corresponding to the subtraction terms.
 +
The following attributes are possible
 +
* <tt>nreal</tt>: the number of real events (ie. N+1 events, which should typically be 0 or 1).
 +
* <tt>ncounter</tt>: the number of counter events.
 +
Note that if event groups are present, the <tt>neve</tt> attribute in the <tt>xsecinfo</tt> tag should count an event group as a single event, also it is the sum of the weights of the events in an event group which relates to the <tt>maxweight</tt> and <tt>meanweight</tt> attrributes in the <tt>xsecinfo</tt> tag.
 +
To be backward compatible with the previous standard, where the <tt>&lt;event&gt;</tt> and <tt>&lt;/event&gt;</tt>
 +
tags are required to be alone on a single line, also the <tt>&lt;eventgroup&gt;</tt> and <tt>&lt;/eventgroup&gt;</tt> tags are required to be alone on a single line.
 +
 
 +
= Formal specification of the standard =
 +
 
 +
Here is a draft of a formal specification of the standard (UPDATE now consistent with proceedings draft): [[Image:Grammar.pdf]]
 +
 
 +
----
 +
 
 +
--[[User:Lonnblad|Lonnblad]] 13:46, 10 June 2009 (UTC)

Current revision

Contents

Introduction

The Les Houches Event File accord (LHEF) was introduced in 2006 and was meant as a standard way of representing in an ASCII file the information in the old Les Houches common block accord from 2001. LHEF was constructed using XML tags to be easy to extend (although some additional structure is assumed inside some tags which is not formulated in XML). The standard has been extremely usefull, and has been used a lot to interface matrix element generators and parton shower programs.

The standards are found here:

As the matching and merging of tree-level matrix elements and parton showers are now becoming the state-of-art, it is reasonable to let this be reflected in an updated file format to standardise how relevant information should be given by the matrix element generators (MEGs) in a usable fashion for the parton shower programs (PSGs). Furthermore, looking ahead towards the time when NLO matching and merging with parton showers hopefully will become the standard, it might be worth thinking about which additional information is needed for the parton showers in this case.

Below you will find a rough draft of additional XML tags suggested to be included in the new standard (version 2.0).

Note that the notation is that a tag may contain attributes in the following way:

 <tag attribute1="value" attribute2="value">things marked by the tag</tag>

or

 <tag attribute1="value" attribute2="value" attribute3="value" />

A number of example C++ classes for reading and writing Les Houches files according to the suggested standard can be found here.

Run information

This is information about all events in the file to be included inside the "init" tag after the compulsary block of parameters corresponding to the HEPRUP common block.

The generator tag (optional)

Just for easy access to the name of the generator which produced this file. The allowed attribute is

  • version (optional): a string describing the version of generator

and the content of the tag is the generator name.

The xsecinfo tag (required)

The information in the HEPRUP common block is in principle sufficient to figure out the cross sections of the processes involved. However, the way things are specified is a bit confusing and complicated since it was assumed to be used to pass information between the MEG and PSG in both directions. For the event file, the communication is per definition one-way, and the information can be made more easily provided. The suggested attributes for the xsecinfo tag are as follows (R means the attribute is required. D= means a default is assumed if the attribute is absent).

  • neve (R): the number of events in the file
  • totxsec (R): the total cross section (in units of pb) of all processes in the file
  • maxweight (D=1): the maximum weight of any event in the file (in an arbitrary unit)
  • minweight: if the file contains negative weights, the minweight may contain the most negative of the negative weights in the file. If not given, minweight is assumed to be -maxweight.
  • meanweight (D=1): The average weight of the events in the file (same unit as maxweight).
  • negweights (D=no): If yes, the file may contain events with negative weights.
  • varweights (D=no): If yes, the file may contain varying weights (if no, all events are weighted with maxweight (or minweight)).

The information given per process in the HEPRUP common block can then safely be ignored and the cross section for each process is assumed to be the sum of all weights of the corresponding events multiplied by totxsec/maxweight/neve.

The cutsinfo tag (optional)

Here the MEG should supply information about the cuts used in the generation. Inside this tag any number of cut and ptype tags can be supplied.

The ptype

This tag can be used to define a group of particles to which a cut can be applied. Its contents should be a white-space separated list of PDG particle codes. The only attribute is

  • name (R): The string used to represent this ptype in a cut.

The cut tag

This tag has information of a particular cut used. The information needed is which particle(s) are affected, what variable is used and the maximum and/or minimum value of that parameter. The contents should be the minimum and maximum allowed values of this variable (in that order). If only one number is given, there is no maximum. If the minumum is larger or equal to the maximum, there is no minimum. The attributes are

  • p1 (D=0): The particles for which this cut applies. This can either be a number corresponding to a given particle PDG code or 0 for any particle or the name of a previously defined ptype tag
  • p2 (D=0): If cut is between pairs of particles, this attribute should be non-zero. Allowed values are the same as for p1
  • type (R): This defines the variable which is cut. The following values are allowed (the lab frame is assumed in all cases):
    • "m" the invariant mass of two particles (or, if only one particle type is given, the invariant mass of that particle).
    • "kt": the transverse momenta of a particle matching p1 (in GeV)
    • "eta": the pseudorapidity of a particle matching p1
    • "y": the true rapidity of a particle matching p1
    • "deltaR": the pseudorapidity--azimuthal-angle difference between two particles matching p1 and p2 respectively.
    • "E": the energy of a particle matching p1
    • "ETmiss": the norm of the vectorial sum of the pt of particles matching p1 and not matching p2.
    • "HT": the scalar sum of the transverse momentum of the particles matching p1 and not matching p2.
    • ...

The procinfo tag (optional)

For each process number used in the NPRUP variable in the HEPEUP common block we can have additional information given in the following attributes:

  • iproc (D=0): The process number for which the information is given. 0 means all processes.
  • loops: The number of loops used in calculating this process.
  • qcdorder: The number of QCD vertices used in calculating this process.
  • eworder: The number of electro-weak vertices used in calculating this process.
  • rscheme: The renormalization scheme used, if applicable.
  • fscheme: The factorization scheme used, if applicable.
  • scheme: Information about the scheme used to calculate the matrix elements. If absent, a pure tree-level calculation is assumed. Other possible values could be CSdipole (NLO calculation with Catani-Seymour subtraction), MC@NLO, POWHEG and NLOexclusive (NLO calculation according to the exclusive cross section withing the given cuts).

The content of this tag is a string with arbitrary information about the process.

The mergetype tag (optional)

For some merging schemes (eg. for CKKW) it is possible to reweight the the events with Sudakov form factors already in the MEG. If this has been done the content of the mergetype tag for the corresponding process should give a name corresponding to the scheme used. The attributes are

  • iproc (D=0): The process number for which the information is given. "0" means all processes.
  • mergingscale (R): The value of the merging scale in GeV.
  • maxmult (D=no): If yes the corresponding process is reweighted as if it is the maximum multiplicity process (ie. the Sudakov for the last step down to the merging scale is not included.


Event information

This is information about a particular event to be included inside the event tag after the compulsory block of parameters corresponding to the HEPEUP common block.

The weight tag (optional)

An event can be associated with a number of different weights given in weight tags. The content of these tags are simply a sequence of weights corresponding to different PDFs, αS values, etc. The first weight in the first of these tags should correspond to the main weight as described in the xsecinfo tag. All weights should be given in the same unit as the maxweight attribute in the xsecinfo tag. For each weight tag, further information can be given in the following attributes

  • name: an arbitrary string describing this set of weights
  • born: the relative size of the tree-level cross section for this event if applicable. Summing born times the weight and multiplying with totxsec/neve/maxweight will give the Born cross section for this process.
  • sudakov (D=0): The sudakov form factor used to weight this event (see the reweightscheme attribute of the mergeinfo tag).

The relationships between these terms is typically born*sudakov=1.

The clustering tag

If an event has eg. been reweighted with Sudakov form factors, it is possible to specify how the current event has been clustered to find the scales involved. The contents of this this tag should be a series of clus tags. The clustering should be defined from the final state backwards in terms inverse time-like splittings, in the end defining a "bare" ladder diagram. This is then followed by a sequence of space-like splittings.

The clus tag

The contents of this tag is two or three integers. The two first indicates which particles entries are clustered. If a third number is given it should correspond to an actual entry which corresponds to the combined object (if eg. a decayed resonance is explicitly present in the HEPEUP common block). If no third number is given, the clustered object is in the following referred to with the first number. The attributes are

  • scale: The scale in GeV associated with the clustering if relevant.
  • alphas: If the event has been reweighted with an αS at the scale in this clustering, the value of this αS should be supplied here.

The pdfinfo tag (optional)

Here the MEG can supply information about the PDFs used for this event. The following attributes are available

  • p1: the type of the incoming particle 1.
  • p2: the type of the incoming particle 2.
  • x1: the x-value used for the incoming particle 1.
  • x2: the x-value used for the incoming particle 2.
  • scale (D=SCALUP): The scale in GeV used in the PDFs (default is the SCALUP variable in the HEPEUP common block).

The content of the tag is two real numbers corresponding to the values of the PDFs, xfp1(x1,scale) and xfp2(x2,scale).

Grouping of events

If we have a NLO calculation using eg. Catani-Seymour subtaction of a process with N particles in the Born level, each N+1 tree-level event will come with a number of counter events with N particles. For this reason there is a need to group events together. Such a group of events should be included in an eventgroup tag.

The eventgroup tag

The contents of this tag is a number of event tags which for some reason should be considered together. The main purpose is to allow an event generated according to the real contribution in an NLO generator, to be accompanied with a number of counter events corresponding to the subtraction terms. The following attributes are possible

  • nreal: the number of real events (ie. N+1 events, which should typically be 0 or 1).
  • ncounter: the number of counter events.

Note that if event groups are present, the neve attribute in the xsecinfo tag should count an event group as a single event, also it is the sum of the weights of the events in an event group which relates to the maxweight and meanweight attrributes in the xsecinfo tag. To be backward compatible with the previous standard, where the <event> and </event> tags are required to be alone on a single line, also the <eventgroup> and </eventgroup> tags are required to be alone on a single line.

Formal specification of the standard

Here is a draft of a formal specification of the standard (UPDATE now consistent with proceedings draft): Image:Grammar.pdf


--Lonnblad 13:46, 10 June 2009 (UTC)

Personal tools