6.2.1. ModularAnalysis¶
This module defines wrapper functions around the analysis modules.
-
modularAnalysis.
addInclusiveDstarReconstruction
(inputPionList, outputDstarList, slowPionCut, path)[source]¶ Adds the InclusiveDstarReconstruction module to the given path. This module creates a D* particle list by estimating the D* four momenta from slow pions, specified by a given cut. The D* energy is approximated as E(D*) = m(D*)/(m(D*) - m(D)) * E(pi). The absolute value of the D* momentum is calculated using the D* PDG mass and the direction is collinear to the slow pion direction. The charge of the given pion list has to be consistent with the D* charge
- Parameters
inputPionList – Name of the input pion particle list
outputDstarList – Name of the output D* particle list
slowPionCut – Cut applied to the pion list to identify slow pions
path – the module is added to this path
-
modularAnalysis.
appendROEMask
(list_name, mask_name, trackSelection, eclClusterSelection, path=None)[source]¶ Loads the ROE object of a particle and creates a ROE mask with a specific name. It applies selection criteria for tracks and eclClusters which will be used by variables in ROEVariables.cc.
append a ROE mask with all tracks in ROE coming from the IP region
>>> appendROEMask('B+:sig', 'IPtracks', 'abs(d0) < 0.05 and abs(z0) < 0.1', '')
append a ROE mask with only ECLClusters that pass as good photon candidates
>>> good_photons = 'theta > 0.296706 and theta < 2.61799 and clusterErrorTiming < 1e6 and [clusterE1E9 > 0.4 or E > 0.075]' >>> appendROEMask('B+:sig', 'goodROEGamma', '', good_photons)
- Parameters
list_name – name of the input ParticleList
mask_name – name of the appended ROEMask
trackSelection – decay string for the tracks in ROE
eclClusterSelection – decay string for the tracks in ROE
path – modules are added to this path
-
modularAnalysis.
appendROEMasks
(list_name, mask_tuples, path=None)[source]¶ Loads the ROE object of a particle and creates a ROE mask with a specific name. It applies selection criteria for tracks and eclClusters which will be used by variables in ROEVariables.cc.
The multiple ROE masks with their own selection criteria are specified via list of tuples (mask_name, trackSelection, eclClusterSelection) or (mask_name, trackSelection, eclClusterSelection) in case with fractions.
Example for two tuples, one with and one without fractions
>>> ipTracks = ('IPtracks', 'abs(d0) < 0.05 and abs(z0) < 0.1', '') >>> good_photons = 'theta > 0.296706 and theta < 2.61799 and clusterErrorTiming < 1e6 and [clusterE1E9 > 0.4 or E > 0.075]' >>> goodROEGamma = ('ROESel', 'abs(d0) < 0.05 and abs(z0) < 0.1', good_photons) >>> appendROEMasks('B+:sig', [ipTracks, goodROEGamma])
- Parameters
list_name – name of the input ParticleList
mask_tuples – array of ROEMask list tuples to be appended
path – modules are added to this path
-
modularAnalysis.
applyChargedPidMVA
(particleLists, path, trainingMode, binaryHypoPDGCodes=0, 0)[source]¶ Use an MVA to perform particle identification for charged stable particles, using the
ChargedPidMVA
module.The module decorates Particle objects in the input ParticleList(s) with variables containing the appropriate MVA score, which can be used to select candidates by placing a cut on it.
Note
The MVA algorithm used is a gradient boosted decision tree (TMVA 4.2.1, ROOT 6.14/06).
The module can perform either ‘binary’ PID between input S, B particle mass hypotheses according to the following scheme:
e (11) vs. pi (211)
mu (13) vs. pi (211)
pi (211) vs. K (321)
K (321) vs. pi (211)
p (2212) vs. pi (211)
d (1000010020) vs pi (211)
, or ‘global’ PID, namely “one-vs-others” separation. The latter makes use of an MVA algorithm trained in multi-class mode, and it’s the default behaviour.
Note
Currently the MVA is charge-agnostic, i.e. the training is not done independently for +/- charged particles.
- Parameters
particleLists (list(str)) – list of names of ParticleList objects for charged stable particles. The charge-conjugate ParticleLists will be also processed automatically.
path (basf2.Path) – the module is added to this path.
trainingMode (
Belle2.ChargedPidMVAWeights.ChargedPidMVATrainingMode
) –enum identifier of the training mode. Needed to pick up the correct payload from the DB. Available choices:
c_Classification=0
c_Multiclass=1
c_ECL_Classification=2
c_ECL_Multiclass=3
c_PSD_Classification=4
c_PSD_Multiclass=5
c_ECL_PSD_Classification=6
c_ECL_PSD_Multiclass=7
binaryHypoPDGCodes (tuple(int, int),
optional
) – the pdgIds of the signal, background mass hypothesis. Required only for binary PID mode.
-
modularAnalysis.
applyCuts
(list_name, cut, path)[source]¶ Removes particle candidates from
list_name
that do not passcut
(given selection criteria).Example
require energetic pions safely inside the cdc
>>> applyCuts("pi+:mypions", "[E > 2] and [0.3 < theta < 2.6]", path=mypath)
Warning
You must use square braces
[
and]
for conditional statements.- Parameters
list_name (str) – input ParticleList name
cut (str) – Candidates that do not pass these selection criteria are removed from the ParticleList
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
applyEventCuts
(cut, path)[source]¶ Removes events that do not pass the
cut
(given selection criteria).Example
continuum events (in mc only) with more than 5 tracks
>>> applyEventCuts("[nTracks > 5] and [isContinuumEvent], path=mypath)
Warning
You must use square braces
[
and]
for conditional statements.- Parameters
cut (str) – Events that do not pass these selection criteria are skipped
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
applyRandomCandidateSelection
(particleList, path=None)[source]¶ If there are multiple candidates in the provided particleList, all but one of them are removed randomly. This is done on a event-by-event basis.
- Parameters
particleList – ParticleList for which the random candidate selection should be applied
path – module is added to this path
-
modularAnalysis.
buildContinuumSuppression
(list_name, roe_mask, path)[source]¶ Creates for each Particle in the given ParticleList a ContinuumSuppression dataobject and makes BASF2 relation between them.
- Parameters
list_name – name of the input ParticleList
path – modules are added to this path
-
modularAnalysis.
buildEventKinematics
(inputListNames=[], default_cleanup=True, chargedPIDPriors=None, fillWithMostLikely=False, path=None)[source]¶ Calculates the global kinematics of the event (visible energy, missing momentum, missing mass…) using ParticleLists provided. If no ParticleList is provided, default ParticleLists are used (all track and all hits in ECL without associated track).
The visible energy missing values are stored in a EventKinematics dataobject.
- Parameters
inputListNames – list of ParticleLists used to calculate the global event kinematics. If the list is empty, default ParticleLists pi+:evtkin and gamma:evtkin are filled.
fillWithMostLikely – if True, the module uses the most likely particle mass hypothesis for charged particles according to the PID likelihood and the option inputListNames will be ignored.
chargedPIDPriors – The prior PID fractions, that are used to regulate amount of certain charged particle species, should be a list of six floats if not None. The order of particle types is the following: [e-, mu-, pi-, K-, p+, d+]
default_cleanup – if True and either inputListNames empty or fillWithMostLikely True, default clean up cuts are applied
path – modules are added to this path
-
modularAnalysis.
buildEventShape
(inputListNames=[], default_cleanup=True, allMoments=False, cleoCones=True, collisionAxis=True, foxWolfram=True, harmonicMoments=True, jets=True, sphericity=True, thrust=True, checkForDuplicates=False, path=None)[source]¶ Calculates the event-level shape quantities (thrust, sphericity, Fox-Wolfram moments…) using the particles in the lists provided by the user. If no particle list is provided, the function will internally create a list of good tracks and a list of good photons with (optionally) minimal quality cuts.
The results of the calculation are then stored into the EventShapeContainer dataobject, and are accessible using the variables of the EventShape group.
The user can switch the calculation of certain quantities on or off to save computing time. By default the calculation of the high-order moments (5-8) is turned off. Switching off an option will make the corresponding variables not available.
Warning
The user can provide as many particle lists as needed, using also combined particles, but the function will always assume that the lists are independent. If the lists provided by the user contain several times the same track (either with different mass hypothesis, or once as an independent particle and once as daughter of a combined particle) the results won’t be reliable. A basic check for duplicates is available setting the checkForDuplicate flags, but is usually quite time consuming.
- Parameters
inputListNames – List of ParticleLists used to calculate the event shape variables. If the list is empty the default particleLists pi+:evtshape and gamma:evtshape are filled.
default_cleanup – If True, applies standard cuts on pt and cosTheta when defining the internal lists. This option is ignored if the particleLists are provided by the user.
path – Path to append the eventShape modules to.
thrust – Enables the calculation of thrust-related quantities (CLEO cones, Harmonic moments, jets).
collisionAxis – Enables the calculation of the quantities related to the collision axis .
foxWolfram – Enables the calculation of the Fox-Wolfram moments.
harmonicMoments – Enables the calculation of the Harmonic moments with respect to both the thrust axis and, if collisionAxis = True, the collision axis.
allMoments – If True, calculates also the FW and harmonic moments from order 5 to 8 instead of the low-order ones only.
cleoCones – Enables the calculation of the CLEO cones with respect to both the thrust axis and, if collisionAxis = True, the collision axis.
jets – Enables the calculation of the hemisphere momenta and masses. Requires thrust = True.
sphericity – Enables the calculation of the sphericity-related quantities.
checkForDuplicates – Perform a check for duplicate particles before adding them. This option is quite time consuming, instead of using it consider sanitizing the lists you are passing to the function.
-
modularAnalysis.
buildNestedRestOfEvent
(target_list_name, maskName='', path=None)[source]¶ Creates for each Particle in the given ParticleList a RestOfEvent
- Parameters
target_list_name – name of the input ParticleList
mask_name – name of the ROEMask to be used
path – modules are added to this path
-
modularAnalysis.
buildRestOfEvent
(target_list_name, inputParticlelists=None, fillWithMostLikely=False, chargedPIDPriors=None, path=None)[source]¶ Creates for each Particle in the given ParticleList a RestOfEvent dataobject and makes BASF2 relation between them. User can provide additional particle lists with a different particle hypotheses like [‘K+:good, e+:good’], etc.
- Parameters
target_list_name – name of the input ParticleList
inputParticlelists – list of input particle list names, which serve as a source of particles to build ROE, the FSP particles from target_list_name are excluded from ROE object
fillWithMostLikely – if True, the module uses particle mass hypothesis for charged particles according to PID likelihood and the inputParticlelists option will be ignored.
chargedPIDPriors – The prior PID fractions, that are used to regulate amount of certain charged particle species, should be a list of six floats if not None. The order of particle types is the following: [e-, mu-, pi-, K-, p+, d+]
path – modules are added to this path
-
modularAnalysis.
buildRestOfEventFromMC
(target_list_name, inputParticlelists=[], path=None)[source]¶ Creates for each Particle in the given ParticleList a RestOfEvent
- Parameters
target_list_name – name of the input ParticleList
inputParticlelists – list of input particle list names, which serve as a source of particles to build ROE, the FSP particles from target_list_name are excluded from ROE object
path – modules are added to this path
-
modularAnalysis.
calculateDistance
(list_name, decay_string, mode='vertextrack', path=None)[source]¶ Calculates distance between two vertices, distance of closest approach between a vertex and a track, distance of closest approach between a vertex and btube. For track, this calculation ignores track curvature, it’s negligible for small distances.The user should use extraInfo(CalculatedDistance) to get it. A full example steering file is at analysis/tests/test_DistanceCalculator.py
Example
>>> from modularAnalysis import calculateDistance >>>calculateDistance('list_name', 'decay_string', "mode", path=user_path)
- Parameters
list_name – name of the input ParticleList
decay_string – select particles between the distance of closest approch will be calculated
mode – Specifies how the distance is calculated vertextrack: calculate the distance of closest appreach between a track and a vertex, taking the first candidate as vertex, default trackvertex: calculate the distance of closest appreach between a track and a vertex, taking the first candidate as track 2tracks: calculates the distance of closest appreach between two tracks 2vertices: calculates the distance between two vertices vertexbtube: calculates the distance of closest appreach between a vertex and btube trackbtube: calculates the distance of closest appreach between a track and btube
path – modules are added to this path
-
modularAnalysis.
combineAllParticles
(inputParticleLists, outputList, cut='', writeOut=False, path=None)[source]¶ Creates a new Particle as the combination of all Particles from all provided inputParticleLists. However, each particle is used only once (even if duplicates are provided) and the combination has to pass the specified selection criteria to be saved in the newly created (mother) ParticleList.
- Parameters
inputParticleLists – List of input particle lists which are combined to the new Particle
outputList – Name of the particle combination created with this module
cut – created (mother) Particle is added to the mother ParticleList if it passes these given cuts (in VariableManager style) and is rejected otherwise
writeOut – whether RootOutput module should save the created ParticleList
path – module is added to this path
-
modularAnalysis.
copyList
(outputListName, inputListName, writeOut=False, path=None)[source]¶ Copy all Particle indices from input ParticleList to the output ParticleList. Note that the Particles themselves are not copied. The original and copied ParticleLists will point to the same Particles.
- Parameters
ouputListName – copied ParticleList
inputListName – original ParticleList to be copied
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
copyLists
(outputListName, inputListNames, writeOut=False, path=None)[source]¶ Copy all Particle indices from all input ParticleLists to the single output ParticleList. Note that the Particles themselves are not copied. The original and copied ParticleLists will point to the same Particles.
Duplicates are removed based on the first-come, first-served principle. Therefore, the order of the input ParticleLists matters.
See also
If you want to select the best duplicate based on another criterion, have a look at the function
mergeListsWithBestDuplicate
.Note
Two particles that differ only by the order of their daughters are considered duplicates and one of them will be removed.
- Parameters
ouputListName – copied ParticleList
inputListName – vector of original ParticleLists to be copied
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
copyParticles
(outputListName, inputListName, writeOut=False, path=None)[source]¶ Create copies of Particles given in the input ParticleList and add them to the output ParticleList.
The existing relations of the original Particle (or it’s (grand-)^n-daughters) are copied as well. Note that only the relation is copied and that the related object is not. Copied particles are therefore related to the same object as the original ones.
- Parameters
ouputListName – new ParticleList filled with copied Particles
inputListName – input ParticleList with original Particles
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
correctBrems
(outputList, inputList, gammaList, maximumAcceptance=3.0, multiplePhotons=False, usePhotonOnlyOnce=True, writeOut=False, path=None)[source]¶ For each particle in the given
inputList
, copies it to theoutputList
and adds the 4-vector of the photon(s) in thegammaList
which has(have) a weighted named relation to the particle’s track, set by theECLTrackBremFinder
module during reconstruction.Warning
This can only work if the mdst file contains the Bremsstrahlung named relation. Official MC samples up to and including MC12 and proc9 do not contain this. Newer production campaigns (from proc10 and MC13) will.
- Information:
Please note that a new particle is always generated, with the old particle and -if found- one or more photons as daughters.
The
inputList
should contain particles with associated tracks. Otherwise the module will exit with an error.The
gammaList
should contain photons. Otherwise the module will exit with an error.
- Parameters
outputList – The output particle list name containing the corrected particles
inputList – The initial particle list name containing the particles to correct. It should already exist.
gammaList – The photon list containing possibly bremsstrahlung photons; It should already exist.
maximumAcceptance – Maximum value of the relation weight. Should be a number between [0,3)
multiplePhotons – Whether to use only one photon (the one with the smallest acceptance) or as many as possible
usePhotonOnlyOnce – If true, each brems candidate is used to correct only the track with the smallest relation weight
writeOut – Whether
RootOutput
module should save the createdoutputList
path – The module is added to this path
-
modularAnalysis.
correctBremsBelle
(outputListName, inputListName, gammaListName, multiplePhotons=True, minimumEnergy=0.05, angleThreshold=0.05, writeOut=False, path=None)[source]¶ Run the Belle - like brems finding on the
inputListName
of charged particles. Adds all photons ingammaListName
to a copy of the charged particle that are withinangleThreshold
and aboveminimumEnergy
.- Parameters
outputListName (str) – The output charged particle list containing the corrected charged particles
inputListName (str) – The initial charged particle list containing the charged particles to correct.
gammaListName (str) – The gammas list containing possibly radiative gammas, should already exist.
multiplePhotons (bool) – How many photons should be added to the charged particle? nearest one -> False, add all the photons within the cone -> True
angleThreshold (float) – The maximum angle in radians between the charged particle and the (radiative) gamma to be accepted.
minimumEnergy (float) – The minimum energy in GeV of the (radiative) gamma to be accepted.
writeOut (bool) – whether RootOutput module should save the created ParticleList
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
cutAndCopyList
(outputListName, inputListName, cut, writeOut=False, path=None)[source]¶ Copy candidates from
inputListName
tooutputListName
if they passcut
(given selection criteria).Note
Note the Particles themselves are not copied. The original and copied ParticleLists will point to the same Particles.
Example
require energetic pions safely inside the cdc
>>> cutAndCopyLists("pi+:energeticPions", "pi+:loose", "[E > 2] and [0.3 < theta < 2.6]", path=mypath)
Warning
You must use square braces
[
and]
for conditional statements.- Parameters
outputListName (str) – the new ParticleList name
inputListName (str) – input ParticleList name
cut (str) – Candidates that do not pass these selection criteria are removed from the ParticleList
writeOut (bool) – whether RootOutput module should save the created ParticleList
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
cutAndCopyLists
(outputListName, inputListNames, cut, writeOut=False, path=None)[source]¶ Copy candidates from all lists in
inputListNames
tooutputListName
if they passcut
(given selection criteria).Note
Note that the Particles themselves are not copied. The original and copied ParticleLists will point to the same Particles.
Example
Require energetic pions safely inside the cdc
>>> cutAndCopyLists("pi+:energeticPions", ["pi+:good", "pi+:loose"], "[E > 2] and [0.3 < theta < 2.6]", path=mypath)
Warning
You must use square braces
[
and]
for conditional statements.- Parameters
outputListName (str) – the new ParticleList name
inputListName (list(str)) – list of input ParticleList names
cut (str) – Candidates that do not pass these selection criteria are removed from the ParticleList
writeOut (bool) – whether RootOutput module should save the created ParticleList
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
discardFromROEMasks
(list_name, mask_names, cut_string, path=None)[source]¶ This function is used to apply particle list specific cuts on one or more ROE masks (track or eclCluster). With this function one can DISCARD the tracks/eclclusters used in particles from provided particle list. This function should be executed only in the for_each roe path for the current ROE object.
To avoid unnecessary computation, the input particle list should only contain particles from ROE (use cut ‘isInRestOfEvent == 1’). To update the ECLCluster masks, the input particle list should be a photon particle list (e.g. ‘gamma:someLabel’). To update the Track masks, the input particle list should be a charged pion particle list (e.g. ‘pi+:someLabel’).
Updating a non-existing mask will create a new one.
discard tracks that were used in provided particle list
>>> discardFromROEMasks('pi+:badTracks', 'mask', '')
discard clusters that were used in provided particle list and pass a cut, apply to several masks
>>> discardFromROEMasks('gamma:badClusters', ['mask1', 'mask2'], 'E < 0.1')
- Parameters
list_name – name of the input ParticleList
mask_names – array of ROEMasks to be updated
cut_string – decay string with which the mask will be updated
path – modules are added to this path
-
modularAnalysis.
fillConvertedPhotonsList
(decayString, cut, writeOut=False, path=None)[source]¶ Creates photon Particle object for each e+e- combination in the V0 StoreArray.
Note
You must specify the daughter ordering.
fillConvertedPhotonsList('gamma:converted -> e+ e-', '')
- Parameters
decayString (str) – Must be gamma to an e+e- pair. You muse specify the daughter ordering. Will also determine the name of the particleList.
cut (str) – Particles need to pass these selection criteria to be added to the ParticleList
writeOut (bool) – whether RootOutput module should save the created ParticleList
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
fillParticleList
(decayString, cut, writeOut=False, path=None, enforceFitHypothesis=False)[source]¶ Creates Particles of the desired type from the corresponding
mdst
dataobjects, loads them to the StoreArray<Particle> and fills the ParticleList.See also
the Standard Particles functions.
The type of the particles to be loaded is specified via the decayString module parameter. The type of the
mdst
dataobject that is used as an input is determined from the type of the particle. The following types of the particles can be loaded:- charged final state particles (input
mdst
type = Tracks) e+, mu+, pi+, K+, p, deuteron (and charge conjugated particles)
- charged final state particles (input
- neutral final state particles
“gamma” (input
mdst
type = ECLCluster)“K_S0”, “Lambda0” (input
mdst
type = V0)“K_L0” (input
mdst
type = KLMCluster or ECLCluster)
Note
For “K_S0” and “Lambda0” you must specify the daughter ordering.
For example, to load V0s as \(\Lambda^0\to p^+\pi^-\) decays from V0ss:
fillParticleList('Lambda0 -> p+ pi-', '0.9 < M < 1.3', path=mypath)
Tip
For “K_L0” it is now possible to load from ECLClusters, to revert to the old (Belle) behavior, you can require
'isFromKLM > 0'
.fillParticleList('K_L0', 'isFromKLM > 0', path=mypath)
- Parameters
decayString (str) – Type of Particle and determines the name of the ParticleList. If the input MDST type is V0 the whole decay chain needs to be specified, so that the user decides and controls the daughters’ order (e.g.
K_S0 -> pi+ pi-
)cut (str) – Particles need to pass these selection criteria to be added to the ParticleList
writeOut (bool) – whether RootOutput module should save the created ParticleList
path (basf2.Path) – modules are added to this path
enforceFitHypothesis (bool) – If true, Particles will be created only for the tracks which have been fitted using a mass hypothesis of the exact type passed to fillParticleLists(). If enforceFitHypothesis is False (the default) the next closest fit hypothesis in terms of mass difference will be used if the fit using exact particle type is not available.
-
modularAnalysis.
fillParticleListFromMC
(decayString, cut, addDaughters=False, skipNonPrimaryDaughters=False, writeOut=False, path=None)[source]¶ Creates Particle object for each MCParticle of the desired type found in the StoreArray<MCParticle>, loads them to the StoreArray<Particle> and fills the ParticleList.
The type of the particles to be loaded is specified via the decayString module parameter.
- Parameters
decayString – specifies type of Particles and determines the name of the ParticleList
cut – Particles need to pass these selection criteria to be added to the ParticleList
addDaughters – adds the bottom part of the decay chain of the particle to the datastore and sets mother-daughter relations
skipNonPrimaryDaughters – if true, skip non primary daughters, useful to study final state daughter particles
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
fillParticleListFromROE
(decayString, cut, maskName='', sourceParticleListName='', useMissing=False, writeOut=False, path=None)[source]¶ Creates Particle object for each ROE of the desired type found in the StoreArray<RestOfEvent>, loads them to the StoreArray<Particle> and fills the ParticleList. If useMissing is True, then the missing momentum is used instead of ROE.
The type of the particles to be loaded is specified via the decayString module parameter.
- Parameters
decayString – specifies type of Particles and determines the name of the ParticleList. Source ROEs can be taken as a daughter list, for example: ‘B0:tagFromROE -> B0:signal’
cut – Particles need to pass these selection criteria to be added to the ParticleList
maskName – Name of the ROE mask to use
sourceParticleListName – Use related ROEs to this particle list as a source
useMissing – Use missing momentum instead of ROE momentum
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
fillParticleListWithTrackHypothesis
(decayString, cut, hypothesis, writeOut=False, enforceFitHypothesis=False, path=None)[source]¶ As fillParticleList, but if used for a charged FSP, loads the particle with the requested hypothesis if available
- Parameters
decayString – specifies type of Particles and determines the name of the ParticleList
cut – Particles need to pass these selection criteria to be added to the ParticleList
hypothesis – the PDG code of the desired track hypothesis
writeOut – whether RootOutput module should save the created ParticleList
enforceFitHypothesis – If true, Particles will be created only for the tracks which have been fitted using a mass hypothesis of the exact type passed to fillParticleLists(). If enforceFitHypothesis is False (the default) the next closest fit hypothesis in terms of mass difference will be used if the fit using exact particle type is not available.
path – modules are added to this path
-
modularAnalysis.
fillParticleLists
(decayStringsWithCuts, writeOut=False, path=None, enforceFitHypothesis=False)[source]¶ Creates Particles of the desired types from the corresponding
mdst
dataobjects, loads them to theStoreArray<Particle>
and fills the ParticleLists.The multiple ParticleLists with their own selection criteria are specified via list tuples (decayString, cut), for example
kaons = ('K+:mykaons', 'kaonID>0.1') pions = ('pi+:mypions','pionID>0.1') fillParticleLists([kaons, pions])
If you are unsure what selection you want, you might like to see the Standard Particles functions.
The type of the particles to be loaded is specified via the decayString module parameter. The type of the
mdst
dataobject that is used as an input is determined from the type of the particle. The following types of the particles can be loaded:- charged final state particles (input
mdst
type = Tracks) e+, mu+, pi+, K+, p, deuteron (and charge conjugated particles)
- charged final state particles (input
- neutral final state particles
“gamma” (input
mdst
type = ECLCluster)“K_S0”, “Lambda0” (input
mdst
type = V0)“K_L0” (input
mdst
type = KLMCluster or ECLCluster)
Note
For “K_S0” and “Lambda0” you must specify the daughter ordering.
For example, to load V0s as \(\Lambda^0\to p^+\pi^-\) decays from V0s:
v0lambdas = ('Lambda0 -> p+ pi-', '0.9 < M < 1.3') fillParticleLists([kaons, pions, v0lambdas], path=mypath)
Tip
For “K_L0” it is now possible to load from ECLClusters, to revert to the old (Belle) behavior, you can require
'isFromKLM > 0'
.klongs = ('K_L0', 'isFromKLM > 0') fillParticleLists([kaons, pions, klongs], path=mypath)
- Parameters
decayStringsWithCuts (list) – A list of python ntuples of (decayString, cut). The decay string determines the type of Particle and determines the of the ParticleList. If the input MDST type is V0 the whole decay chain needs to be specified, so that the user decides and controls the daughters ‘ order (e.g.
K_S0 -> pi+ pi-
) The cut is the selection criteria to be added to the ParticleList. It can be an empty string.writeOut (bool) – whether RootOutput module should save the created ParticleList
path (basf2.Path) – modules are added to this path
enforceFitHypothesis (bool) – If true, Particles will be created only for the tracks which have been fitted using a mass hypothesis of the exact type passed to fillParticleLists(). If enforceFitHypothesis is False (the default) the next closest fit hypothesis in terms of mass difference will be used if the fit using exact particle type is not available.
-
modularAnalysis.
fillParticleListsFromMC
(decayStringsWithCuts, addDaughters=False, skipNonPrimaryDaughters=False, writeOut=False, path=None)[source]¶ Creates Particle object for each MCParticle of the desired type found in the StoreArray<MCParticle>, loads them to the StoreArray<Particle> and fills the ParticleLists.
The types of the particles to be loaded are specified via the (decayString, cut) tuples given in a list. For example: kaons = (‘K+:gen’, ‘’) pions = (‘pi+:gen’, ‘pionID>0.1’) fillParticleListsFromMC([kaons, pions])
- Parameters
decayString – specifies type of Particles and determines the name of the ParticleList
cut – Particles need to pass these selection criteria to be added to the ParticleList
addDaughters – adds the bottom part of the decay chain of the particle to the datastore and sets mother-daughter relations
skipNonPrimaryDaughters – if true, skip non primary daughters, useful to study final state daughter particles
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
fillSignalSideParticleList
(outputListName, decayString, path)[source]¶ This function should only be used in the ROE path, that is a path that is executed for each ROE object in the DataStore.
Example: fillSignalSideParticleList(‘gamma:sig’,’B0 -> K*0 ^gamma’, roe_path)
Function will create a ParticleList with name ‘gamma:sig’ which will be filled with the existing photon Particle, being the second daughter of the B0 candidate to which the ROE object has to be related.
- Parameters
ouputListName – name of the created ParticleList
decayString – specify Particle to be added to the ParticleList
-
modularAnalysis.
findMCDecay
(list_name, decay, writeOut=False, path=None)[source]¶ Warning
This function is not fully tested and maintained. Please consider to use reconstructMCDecay() instead.
Finds and creates a
ParticleList
for allMCParticle
decays matching a given DecayString. The decay string is required to describe correctly what you want. In the case of inclusive decays, you can use Grammar for custom MCMatching- Parameters
list_name – The output particle list name
decay – The decay string which you want
writeOut – Whether
RootOutput
module should save the createdoutputList
path – modules are added to this path
-
modularAnalysis.
getAnalysisGlobaltag
()[source]¶ Returns a string containing the name of the latest and recommended analysis globaltag.
-
modularAnalysis.
inclusiveBtagReconstruction
(upsilon_list_name, bsig_list_name, btag_list_name, input_lists_names, path)[source]¶ Reconstructs Btag from particles in given ParticleLists which do not share any final state particles (mdstSource) with Bsig.
- Parameters
upsilon_list_name – Name of the ParticleList to be filled with ‘Upsilon(4S) -> B:sig anti-B:tag’
bsig_list_name – Name of the Bsig ParticleList
btag_list_name – Name of the Bsig ParticleList
input_lists_names – List of names of the ParticleLists which are used to reconstruct Btag from
-
modularAnalysis.
inputMdst
(environmentType, filename, path, skipNEvents=0, entrySequence=None, *, parentLevel=0)[source]¶ Loads the specified ROOT (DST/mDST/muDST) file with the RootInput module.
The correct environment (e.g. magnetic field settings) are determined from the specified environment type. For the possible values please see
inputMdstList()
- Parameters
environmentType (str) – type of the environment to be loaded
filename (str) – the name of the file to be loaded
path (basf2.Path) – modules are added to this path
skipNEvents (int) – N events of the input file are skipped
entrySequence (str) – The number sequences (e.g. 23:42,101) defining the entries which are processed.
parentLevel (int) – Number of generations of parent files (files used as input when creating a file) to be read
-
modularAnalysis.
inputMdstList
(environmentType, filelist, path, skipNEvents=0, entrySequences=None, *, parentLevel=0)[source]¶ Loads the specified ROOT (DST/mDST/muDST) files with the RootInput module.
The correct environment (e.g. magnetic field settings) are determined from the specified environment type. The currently available environments are:
‘MC5’: for analysis of Belle II MC samples produced with releases prior to build-2016-05-01. This environment sets the constant magnetic field (B = 1.5 T)
‘MC6’: for analysis of Belle II MC samples produced with build-2016-05-01 or newer but prior to release-00-08-00
‘MC7’: for analysis of Belle II MC samples produced with build-2016-05-01 or newer but prior to release-00-08-00
‘MC8’, for analysis of Belle II MC samples produced with release-00-08-00 or newer but prior to release-02-00-00
‘MC9’, for analysis of Belle II MC samples produced with release-00-08-00 or newer but prior to release-02-00-00
‘MC10’, for analysis of Belle II MC samples produced with release-00-08-00 or newer but prior to release-02-00-00
‘default’: for analysis of Belle II MC samples produced with releases with release-02-00-00 or newer. This environment sets the default magnetic field (see geometry settings)
‘Belle’: for analysis of converted (or during of conversion of) Belle MC/DATA samples
‘None’: for analysis of generator level information or during simulation/reconstruction of previously generated events
Note that there is no difference between MC6 and MC7. Both are given for sake of completion. The same is true for MC8, MC9 and MC10
- Parameters
environmentType (str) – type of the environment to be loaded
filelist (list(str)) – the filename list of files to be loaded
path (basf2.Path) – modules are added to this path
skipNEvents (int) – N events of the input files are skipped
entrySequences (list(str)) – The number sequences (e.g. 23:42,101) defining the entries which are processed for each inputFileName.
parentLevel (int) – Number of generations of parent files (files used as input when creating a file) to be read
-
modularAnalysis.
keepInROEMasks
(list_name, mask_names, cut_string, path=None)[source]¶ This function is used to apply particle list specific cuts on one or more ROE masks (track or eclCluster). With this function one can KEEP the tracks/eclclusters used in particles from provided particle list. This function should be executed only in the for_each roe path for the current ROE object.
To avoid unnecessary computation, the input particle list should only contain particles from ROE (use cut ‘isInRestOfEvent == 1’). To update the ECLCluster masks, the input particle list should be a photon particle list (e.g. ‘gamma:someLabel’). To update the Track masks, the input particle list should be a charged pion particle list (e.g. ‘pi+:someLabel’).
Updating a non-existing mask will create a new one.
keep only those tracks that were used in provided particle list
>>> keepInROEMasks('pi+:goodTracks', 'mask', '')
keep only those clusters that were used in provided particle list and pass a cut, apply to several masks
>>> keepInROEMasks('gamma:goodClusters', ['mask1', 'mask2'], 'E > 0.1')
- Parameters
list_name – name of the input ParticleList
mask_names – array of ROEMasks to be updated
cut_string – decay string with which the mask will be updated
path – modules are added to this path
-
modularAnalysis.
labelTauPairMC
(printDecayInfo=False, path=None)[source]¶ Search tau leptons into the MC information of the event. If confirms it’s a generated tau pair decay, labels the decay generated of the positive and negative leptons using the ID of KKMC tau decay table.
- Parameters
printDecayInfo – If true, prints ID and prong of each tau lepton in the event.
path – module is added to this path
-
modularAnalysis.
loadGearbox
(path, silence_warning=False)[source]¶ Loads Gearbox module to the path.
Warning
Should be used in a job with cosmic event generation only
Needed for scripts which only generate cosmic events in order to load the geometry.
- Parameters
path – modules are added to this path
silence_warning – stops a verbose warning message if you know you want to use this function
-
modularAnalysis.
looseMCTruth
(list_name, path)[source]¶ Performs loose MC matching for all particles in the specified ParticleList. The difference between loose and normal mc matching algorithm is that the loose algorithm will find the common mother of the majority of daughter particles while the normal algorithm finds the common mother of all daughters. The results of loose mc matching algorithm are stored to the following extraInfo items:
looseMCMotherPDG: PDG code of most common mother
looseMCMotherIndex: 1-based StoreArray<MCParticle> index of most common mother
- looseMCWrongDaughterN: number of daughters that don’t originate from the most
common mother
- looseMCWrongDaughterPDG: PDG code of the daughter that doesn’t originate from
the most common mother (only if looseMCWrongDaughterN = 1)
- looseMCWrongDaughterBiB: 1 if the wrong daughter is Beam Induced Background
Particle
- Parameters
list_name – name of the input ParticleList
path – modules are added to this path
-
modularAnalysis.
markDuplicate
(particleList, prioritiseV0, path)[source]¶ Call DuplicateVertexMarker to find duplicate particles in a list and flag the ones that should be kept
- Parameters
particleList – input particle list
prioritiseV0 – if true, give V0s a higher priority
-
modularAnalysis.
matchMCTruth
(list_name, path)[source]¶ Performs MC matching (sets relation Particle->MCParticle) for all particles (and its (grand)^N-daughter particles) in the specified ParticleList.
- Parameters
list_name – name of the input ParticleList
path – modules are added to this path
-
modularAnalysis.
mergeListsWithBestDuplicate
(outputListName, inputListNames, variable, preferLowest=True, writeOut=False, path=None)[source]¶ Merge input ParticleLists into one output ParticleList. Only the best among duplicates is kept. The lowest or highest value (configurable via preferLowest) of the provided variable determines which duplicate is the best.
- Parameters
ouputListName – name of merged ParticleList
inputListName – vector of original ParticleLists to be merged
variable – variable to determine best duplicate
preferLowest – whether lowest or highest value of variable should be preferred
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
-
modularAnalysis.
oldwritePi0EtaVeto
(particleList, decayString, workingDirectory='.', pi0vetoname='Pi0_Prob', etavetoname='Eta_Prob', downloadFlag=True, selection='', path=None)[source]¶ Give pi0/eta probability for hard photon.
In the default weight files a value of 1.4 GeV is set as the lower limit for the hard photon energy in the CMS frame.
The current default weight files are optimised using MC9. The input variables are as below. Aliases are set to some variables during training.
M: pi0/eta candidates Invariant mass
lowE: soft photon energy in lab frame
cTheta: soft photon ECL cluster’s polar angle
Zmva: soft photon output of MVA using Zernike moments of the cluster
minC2Hdist: soft photon distance from eclCluster to nearest point on nearest Helix at the ECL cylindrical radius
If you don’t have weight files in your workingDirectory, these files are downloaded from database to your workingDirectory automatically. Please refer to analysis/examples/tutorials/B2A306-B02RhoGamma-withPi0EtaVeto.py about how to use this function.
Note
Please don’t use following ParticleList names elsewhere:
gamma:HARDPHOTON
,pi0:PI0VETO
,eta:ETAVETO
,gamma:PI0SOFT + str(PI0ETAVETO_COUNTER)
,gamma:ETASOFT + str(PI0ETAVETO_COUNTER)
Please don’t use
lowE
,cTheta
,Zmva
,minC2Hdist
as alias elsewhere.- Parameters
particleList – The input ParticleList
decayString – specify Particle to be added to the ParticleList
workingDirectory – The weight file directory
downloadFlag – whether download default weight files or not
pi0vetoname – extraInfo name of pi0 probability
etavetoname – extraInfo name of eta probability
selection – Selection criteria that Particle needs meet in order for for_each ROE path to continue
path – modules are added to this path
-
modularAnalysis.
optimizeROEWithV0
(list_name, mask_names, cut_string, path=None)[source]¶ This function is used to apply particle list specific cuts on one or more ROE masks for Tracks. It is possible to optimize the ROE selection by treating tracks from V0’s separately, meaning, taking V0’s 4-momentum into account instead of 4-momenta of tracks. A cut for only specific V0’s passing it can be applied.
The input particle list should be a V0 particle list: K_S0 (‘K_S0:someLabel’, ‘’), Lambda (‘Lambda:someLabel’, ‘’) or converted photons (‘gamma:someLabel’).
Updating a non-existing mask will create a new one.
treat tracks from K_S0 inside mass window separately, replace track momenta with K_S0 momentum
>>> optimizeROEWithV0('K_S0:opt', 'mask', '0.450 < M < 0.550')
- Parameters
list_name – name of the input ParticleList
mask_names – array of ROEMasks to be updated
cut_string – decay string with which the mask will be updated
path – modules are added to this path
-
modularAnalysis.
outputIndex
(filename, path, includeArrays=[], keepParents=False, mc=True)[source]¶ Write out all particle lists as an index file to be reprocessed using parentLevel flag. Additional branches necessary for file to be read are automatically included. Additional Store Arrays and Relations to be stored can be specified via includeArrays list argument.
- Parameters
str – filename the name of the output index file
str – path modules are added to this path
list(str) – includeArrays: datastore arrays/objects to write to the output file in addition to particle lists and related information
bool – keepParents whether the parents of the input event will be saved as the parents of the same event in the output index file. Useful if you are only adding more information to another index file
bool – mc whether the input data is MC or not
-
modularAnalysis.
outputMdst
(filename, path)[source]¶ Saves mDST (mini-Data Summary Tables) to the output root file.
-
modularAnalysis.
outputUdst
(filename, particleLists=[], includeArrays=[], path=None, dataDescription=None)[source]¶ Save uDST (micro-Data Summary Tables) = MDST + Particles + ParticleLists The charge-conjugate lists of those given in particleLists are also stored. Additional Store Arrays and Relations to be stored can be specified via includeArrays list argument.
Note that this does not reduce the amount of Particle objects saved, see skimOutputUdst() for a function that does.
-
modularAnalysis.
printDataStore
(eventNumber=- 1, path=None)[source]¶ Prints the contents of DataStore in the first event (or a specific event number or all events). Will list all objects and arrays (including size).
See also
The command line tool:
b2file-size
.- Parameters
eventNumber (int) – Print the datastore only for this event. The default (-1) prints only the first event, 0 means print for all events (can produce large output)
path (basf2.Path) – the PrintCollections module is added to this path
Warning
This will print a lot of output if you print it for all events and process many events.
-
modularAnalysis.
printList
(list_name, full, path)[source]¶ Prints the size and executes Particle->print() (if full=True) method for all Particles in given ParticleList. For debugging purposes.
- Parameters
list_name – input ParticleList name
full – execute Particle->print() method for all Particles
path – modules are added to this path
-
modularAnalysis.
printMCParticles
(onlyPrimaries=False, maxLevel=- 1, path=None)[source]¶ Prints all MCParticles or just primary MCParticles up to specified level. -1 means no limit.
-
modularAnalysis.
printROEInfo
(mask_names=[], which_mask='both', full_print=False, path=None)[source]¶ This function prints out the information for the current ROE, so it should only be used in the for_each path. It prints out basic ROE object info.
If mask names are provided, specific information for those masks will be printed out. By default, basic ECLCluster and Track mask info will be printed out, but it is possible to do this only for one, if needed.
It is also possible to print out the specific mask values for each Track and ECLCluster by setting the ‘full_print’ option to True.
- Parameters
mask_names – array of ROEMask names for printing out info
which_mask – print out info for Tracks (‘track’), ECLClusters (‘cluster’) or (‘both’)
full_print – print out mask values for each Track/ECLCLuster in mask
path – modules are added to this path
-
modularAnalysis.
printVariableValues
(list_name, var_names, path)[source]¶ Prints out values of specified variables of all Particles included in given ParticleList. For debugging purposes.
- Parameters
list_name – input ParticleList name
var_names – vector of variable names to be printed
path – modules are added to this path
-
modularAnalysis.
rankByHighest
(particleList, variable, numBest=0, outputVariable='', allowMultiRank=False, cut='', path=None)[source]¶ Ranks particles in the input list by the given variable (highest to lowest), and stores an integer rank for each Particle in an
extraInfo
field${variable}_rank
starting at 1 (best). The list is also sorted from best to worst candidate (each charge, e.g. B+/B-, separately). This can be used to perform a best candidate selection by cutting on the corresponding rank value, or by specifying a non-zero value for ‘numBest’.Tip
Extra-info fields can be accessed by the
extraInfo
metavariable. These variable names can become clunky, so it’s probably a good idea to set an alias. For example if you rank your B candidates by momentum,rankByHighest("B0:myCandidates", "p", path=mypath) vm.addAlias("momentumRank", "extraInfo(p_rank)")
- Parameters
particleList – The input ParticleList
variable – Variable to order Particles by.
numBest – If not zero, only the $numBest Particles in particleList with rank <= numBest are kept.
outputVariable – Name for the variable that will be created which contains the rank, Default is ‘${variable}_rank’.
allowMultiRank – If true, candidates with the same value will get the same rank.
cut – Only candidates passing the cut will be ranked. The others will have rank -1
path – modules are added to this path
-
modularAnalysis.
rankByLowest
(particleList, variable, numBest=0, outputVariable='', allowMultiRank=False, cut='', path=None)[source]¶ Ranks particles in the input list by the given variable (lowest to highest), and stores an integer rank for each Particle in an
extraInfo
field${variable}_rank
starting at 1 (best). The list is also sorted from best to worst candidate (each charge, e.g. B+/B-, separately). This can be used to perform a best candidate selection by cutting on the corresponding rank value, or by specifying a non-zero value for ‘numBest’.Tip
Extra-info fields can be accessed by the
extraInfo
metavariable. These variable names can become clunky, so it’s probably a good idea to set an alias. For example if you rank your B candidates bydM
,rankByLowest("B0:myCandidates", "dM", path=mypath) vm.addAlias("massDifferenceRank", "extraInfo(dM_rank)")
- Parameters
particleList – The input ParticleList
variable – Variable to order Particles by.
numBest – If not zero, only the $numBest Particles in particleList with rank <= numBest are kept.
outputVariable – Name for the variable that will be created which contains the rank, Default is ‘${variable}_rank’.
allowMultiRank – If true, candidates with the same value will get the same rank.
cut – Only candidates passing the cut will be ranked. The others will have rank -1
path – modules are added to this path
-
modularAnalysis.
reconstructDecay
(decayString, cut, dmID=0, writeOut=False, path=None, candidate_limit=None, ignoreIfTooManyCandidates=True, chargeConjugation=True, allowChargeViolation=False)[source]¶ Creates new Particles by making combinations of existing Particles - it reconstructs unstable particles via their specified decay mode, e.g. in form of a DecayString:
D0 -> K- pi+
orB+ -> anti-D0 pi+
, … All possible combinations are created (particles are used only once per candidate) and combinations that pass the specified selection criteria are saved to a newly created (mother) ParticleList. By default the charge conjugated decay is reconstructed as well (meaning that the charge conjugated mother list is created as well) but this can be deactivated.One can use an
@
-sign to mark a particle as unspecified, e.g. in form of a DecayString:\@Xsd -> K+ pi-
. If the particle is marked as unspecified, its identity will not be checked when doing MC matching. Any particle which decays into the correct daughters will be flagged as correct. For example the DecayString\@Xsd -> K+ pi-
would match all particles which decay into a kaon and a pion, for example \(K^*\), \(B^0\), \(D^0\). Still the daughters need to be stated correctly so this can be used for “sum of exclusive” decays.Warning
The input ParticleLists are typically ordered according to the upstream reconstruction algorithm. Therefore, if you combine two or more identical particles in the decay chain you should not expect to see the same distribution for the daughter kinematics as they may be sorted by geometry, momentum etc.
For example, in the decay
D0 -> pi0 pi0
the momentum distributions of the twopi0
s are not identical. This can be solved by manually randomising the lists before combining.- Parameters
decayString – DecayString specifying what kind of the decay should be reconstructed (from the DecayString the mother and daughter ParticleLists are determined)
cut – created (mother) Particles are added to the mother ParticleList if they pass give cuts (in VariableManager style) and rejected otherwise
dmID – user specified decay mode identifier
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
candidate_limit – Maximum amount of candidates to be reconstructed. If the number of candidates is exceeded a Warning will be printed. By default, all these candidates will be removed and event will be ignored. This behaviour can be changed by ‘ignoreIfTooManyCandidates’ flag. If no value is given the amount is limited to a sensible default. A value <=0 will disable this limit and can cause huge memory amounts so be careful.
ignoreIfTooManyCandidates – whether event should be ignored or not if number of reconstructed candidates reaches limit. If event is ignored, no candidates are reconstructed, otherwise, number of candidates in candidate_limit is reconstructed.
chargeConjugation – boolean to decide whether charge conjugated mode should be reconstructed as well (on by default)
allowChargeViolation – whether the decay string needs to conserve the electric charge
-
modularAnalysis.
reconstructMCDecay
(decayString, cut, dmID=0, writeOut=False, path=None, chargeConjugation=True)[source]¶ Finds and creates a
ParticleList
from given decay string.ParticleList
of daughters with sub-decay is created.Only signal particle, which means
isSignal
is equal to 1, is stored. One can use the decay string grammar to change the behavior ofisSignal
. One can find detailed information in DecayString.Tip
If one uses same sub-decay twice, same particles are registered to a
ParticleList
. For example,K_S0:pi0pi0 =direct=> [pi0:gg =direct=> gamma:MC gamma:MC] [pi0:gg =direct=> gamma:MC gamma:MC]
. One can skip the second sub-decay,K_S0:pi0pi0 =direct=> [pi0:gg =direct=> gamma:MC gamma:MC] pi0:gg
.- Parameters
decayString – DecayString specifying what kind of the decay should be reconstructed (from the DecayString the mother and daughter ParticleLists are determined)
cut – created (mother) Particles are added to the mother ParticleList if they pass given cuts (in VariableManager style) and rejected otherwise isSignal==1 is always required by default.
dmID – user specified decay mode identifier
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
chargeConjugation – boolean to decide whether charge conjugated mode should be reconstructed as well (on by default)
-
modularAnalysis.
reconstructMissingKlongDecayExpert
(decayString, cut, dmID=0, writeOut=False, path=None, recoList='_reco')[source]¶ Creates a list of K_L0’s with their momentum determined from kinematic constraints of B->K_L0 + something else.
- Parameters
decayString – DecayString specifying what kind of the decay should be reconstructed (from the DecayString the mother and daughter ParticleLists are determined)
cut – Particles are added to the K_L0 ParticleList if they pass the given cuts (in VariableManager style) and rejected otherwise
dmID – user specified decay mode identifier
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
recoList – suffix appended to original K_L0 ParticleList that identifies the newly created K_L0 list
-
modularAnalysis.
reconstructRecoil
(decayString, cut, dmID=0, writeOut=False, path=None, candidate_limit=None, allowChargeViolation=False)[source]¶ Creates new Particles that recoil against the input particles.
- For example the decay string M -> D1 D2 D3 will:
create mother Particle M for each unique combination of D1, D2, D3 Particles
Particles D1, D2, D3 will be appended as daughters to M
- the 4-momentum of the mother Particle M is given by
p(M) = p(HER) + p(LER) - Sum_i p(Di)
- Parameters
decayString – DecayString specifying what kind of the decay should be reconstructed (from the DecayString the mother and daughter ParticleLists are determined)
cut – created (mother) Particles are added to the mother ParticleList if they pass give cuts (in VariableManager style) and rejected otherwise
dmID – user specified decay mode identifier
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
candidate_limit – Maximum amount of candidates to be reconstructed. If the number of candidates is exceeded no candidate will be reconstructed for that event and a Warning will be printed. If no value is given the amount is limited to a sensible default. A value <=0 will disable this limit and can cause huge memory amounts so be careful.
allowChargeViolation – whether the decay string needs to conserve the electric charge
-
modularAnalysis.
reconstructRecoilDaughter
(decayString, cut, dmID=0, writeOut=False, path=None, candidate_limit=None, allowChargeViolation=False)[source]¶ Creates new Particles that are daughters of the particle reconstructed in the recoil (always assumed to be the first daughter).
- For example the decay string M -> D1 D2 D3 will:
create mother Particle M for each unique combination of D1, D2, D3 Particles
Particles D1, D2, D3 will be appended as daughters to M
- the 4-momentum of the mother Particle M is given by
p(M) = p(D1) - Sum_i p(Di), where i>1
- Parameters
decayString – DecayString specifying what kind of the decay should be reconstructed (from the DecayString the mother and daughter ParticleLists are determined)
cut – created (mother) Particles are added to the mother ParticleList if they pass give cuts (in VariableManager style) and rejected otherwise
dmID – user specified decay mode identifier
writeOut – whether RootOutput module should save the created ParticleList
path – modules are added to this path
candidate_limit – Maximum amount of candidates to be reconstructed. If the number of candidates is exceeded no candidate will be reconstructed for that event and a Warning will be printed. If no value is given the amount is limited to a sensible default. A value <=0 will disable this limit and can cause huge memory amounts so be careful.
allowChargeViolation – whether the decay string needs to conserve the electric charge taking into account that the first daughter is actually the mother
-
modularAnalysis.
removeExtraInfo
(particleLists=[], removeEventExtraInfo=False, path=None)[source]¶ Removes the ExtraInfo of the given particleLists. If specified (removeEventExtraInfo = True) also the EventExtraInfo is removed.
-
modularAnalysis.
removeParticlesNotInLists
(lists_to_keep, path)[source]¶ Removes all Particles that are not in a given list of ParticleLists (or daughters of those). All relations from/to Particles, daughter indices, and other ParticleLists are fixed.
- Parameters
lists_to_keep – Keep the Particles and their daughters in these ParticleLists.
path – modules are added to this path
-
modularAnalysis.
replaceMass
(replacerName, particleLists=[], pdgCode=22, path=None)[source]¶ replaces the mass of the particles inside the given particleLists with the invariant mass of the particle corresponding to the given pdgCode.
- Parameters
particleLists – new ParticleList filled with copied Particles
pdgCode – PDG code for mass reference
path – modules are added to this path
-
modularAnalysis.
selectDaughters
(particle_list_name, decay_string, path)[source]¶ Redefine the Daughters of a particle: select from decayString
- Parameters
particle_list_name – input particle list
decay_string – for selecting the Daughters to be preserved
-
modularAnalysis.
setAnalysisConfigParams
(configParametersAndValues, path)[source]¶ Sets analysis configuration parameters.
These are:
‘tupleStyle’: ‘Default’ (default) or ‘Laconic’ o) defines the style of the branch name in the ntuple
‘mcMatchingVersion’: Specifies what version of mc matching algorithm is going to be used:
‘MC5’ - analysis of BelleII MC5
‘Belle’ - analysis of Belle MC
‘BelleII’ (default) - all other cases
- Parameters
configParametersAndValues – dictionary of parameters and their values of the form {param1: value, param2: value, …)
modules – are added to this path
-
modularAnalysis.
setupEventInfo
(noEvents, path)[source]¶ Prepare to generate events. This function sets up the EventInfoSetter. You should call this before adding a generator from generators. The experiment and run numbers are set to 0 (run independent generic MC in phase 3). https://confluence.desy.de/display/BI/Experiment+numbering
- Parameters
noEvents (int) – number of events to be generated
path (basf2.Path) – modules are added to this path
-
modularAnalysis.
signalRegion
(particleList, cut, path=None, name='isSignalRegion', blind_data=True)[source]¶ Define and blind a signal region. Per default, the defined signal region is cut out if ran on data. This function will provide a new variable ‘isSignalRegion’ as default, which is either 0 or 1 depending on the cut provided.
Example
>>> ma.reconstructDecay("B+:sig -> D+ pi0", "Mbc>5.2", path=path) >>> ma.signalRegion("B+:sig", >>> "Mbc>5.27 and abs(deltaE)<0.2", >>> blind_data=True, >>> path=path) >>> ma.variablesToNtuples("B+:sig", ["isSignalRegion"], path=path)
- Parameters
particleList (str) – The input ParticleList
cut (str) – Cut string describing the signal region
path (basf2.Path) –
name (str) – Name of the Signal region in the variable manager
blind_data (bool) – Automatically exclude signal region from data
-
modularAnalysis.
signalSideParticleFilter
(particleList, selection, roe_path, deadEndPath)[source]¶ Checks if the current ROE object in the for_each roe path (argument roe_path) is related to the particle from the input ParticleList. Additional selection criteria can be applied. If ROE is not related to any of the Particles from ParticleList or the Particle doesn’t meet the selection criteria the execution of deadEndPath is started. This path, as the name suggests should be empty and its purpose is to end the execution of for_each roe path for the current ROE object.
- Parameters
particleList – The input ParticleList
selection – Selection criteria that Particle needs meet in order for for_each ROE path to continue
for_each – roe path in which this filter is executed
deadEndPath – empty path that ends execution of or_each roe path for the current ROE object.
-
modularAnalysis.
signalSideParticleListsFilter
(particleLists, selection, roe_path, deadEndPath)[source]¶ Checks if the current ROE object in the for_each roe path (argument roe_path) is related to the particle from the input ParticleList. Additional selection criteria can be applied. If ROE is not related to any of the Particles from ParticleList or the Particle doesn’t meet the selection criteria the execution of deadEndPath is started. This path, as the name suggests should be empty and its purpose is to end the execution of for_each roe path for the current ROE object.
- Parameters
particleLists – The input ParticleLists
selection – Selection criteria that Particle needs meet in order for for_each ROE path to continue
for_each – roe path in which this filter is executed
deadEndPath – empty path that ends execution of or_each roe path for the current ROE object.
-
modularAnalysis.
skimOutputUdst
(skimDecayMode, skimParticleLists=[], outputParticleLists=[], includeArrays=[], path=None, *, outputFile=None, dataDescription=None)[source]¶ Create a new path for events that contain a non-empty particle list specified via skimParticleLists. Write the accepted events as a udst file, saving only particles from skimParticleLists and from outputParticleLists. Additional Store Arrays and Relations to be stored can be specified via includeArrays list argument.
- Parameters
skimDecayMode (str) – Name of the skim. If no outputFile is given this is also the name of the output filename. This name will be added to the FileMetaData as an extra data description “skimDecayMode”
skimParticleLists (list(str)) – Names of the particle lists to skim for. An event will be accepted if at least one of the particle lists is not empty
outputParticleLists (list(str)) – Names of the particle lists to store in the output in addition to the ones in skimParticleLists
includeArrays (list(str)) – datastore arrays/objects to write to the output file in addition to mdst and particle information
path (basf2.Path) – Path to add the skim output to. Defaults to the default analysis path
outputFile (str) – Name of the output file if different from the skim name
dataDescription (dict) – Additional data descriptions to add to the output file. For example {“mcEventType”:”mixed”}
-
modularAnalysis.
summaryOfLists
(particleLists, path)[source]¶ Prints out Particle statistics at the end of the job: number of events with at least one candidate, average number of candidates per event, etc.
- Parameters
particleLists – list of input ParticleLists
-
modularAnalysis.
tagCurlTracks
(particleLists, mcTruth=False, responseCut=0.324, selectorType='cUt', ptCut=0.6, train=False, path=None)[source]¶ Warning
The cut selector is not calibrated with Belle II data and should not be used without extensive study.
Identifies curl tracks and tags them with extraInfo(isCurl=1) for later removal. For Belle data with a B2BII analysis the available cut based selection is described in BN1079.
The module loops over all particles in a given list that meet the preselection ptCut and assigns them to bundles based on the response of the chosen selector and the required minimum response set by the responseCut. Once all particles are assigned they are ranked by 25dr^2+dz^2. All but the lowest are tagged with extraInfo(isCurl=1) to allow for later removal by cutting the list or removing these from ROE as applicable.
- Parameters
particleLists – list of particle lists to check for curls.
mcTruth – bool flag to additionally assign particles with extraInfo(isTruthCurl) and extraInfo(truthBundleSize). To calculate these particles are assigned to bundles by their genParticleIndex then ranked and tagged as normal.
responseCut – float min classifier response that considers two tracks to come from the same particle. Note ‘cut’ selector is binary 0/1.
selectorType – string name of selector to use. The available options are ‘cut’ and ‘mva’. It is strongly recommended to used the ‘mva’ selection. The ‘cut’ selection is based on BN1079 and is only calibrated for Belle data.
ptCut – pre-selection cut on transverse momentum.
train – flag to set training mode if selector has a training mode (mva).
path – module is added to this path.
-
modularAnalysis.
trackingEfficiency
(inputListNames, fraction, path=None)[source]¶ Randomly remove tracks from the provided particle lists to estimate the tracking efficiency. Takes care of the duplicates, if any.
- Parameters
fraction (float) – fraction of particles to be removed randomly
path (basf2.Path) – module is added to this path
-
modularAnalysis.
trackingMomentum
(inputListNames, scale, path=None)[source]¶ Scale momenta of the particles (based on charged tracks) according to the scaling factor scale.
- Parameters
scale (float) – scaling factor (1.0 – no scaling)
path (basf2.Path) – module is added to this path
-
modularAnalysis.
updateROEMask
(list_name, mask_name, trackSelection, eclClusterSelection='', path=None)[source]¶ Update an existing ROE mask by applying additional selection cuts for tracks and/or clusters.
See function
appendROEMask
!- Parameters
list_name – name of the input ParticleList
mask_name – name of the ROEMask to update
trackSelection – decay string for the tracks in ROE
eclClusterSelection – decay string for the tracks in ROE
path – modules are added to this path
-
modularAnalysis.
updateROEMasks
(list_name, mask_tuples, path)[source]¶ Update existing ROE masks by applying additional selection cuts for tracks and/or clusters.
The multiple ROE masks with their own selection criteria are specified via list tuples (mask_name, trackSelection, eclClusterSelection)
See function
appendROEMasks
!- Parameters
list_name – name of the input ParticleList
mask_tuples – array of ROEMask list tuples to be appended
path – modules are added to this path
-
modularAnalysis.
variableToSignalSideExtraInfo
(particleList, varToExtraInfo, path)[source]¶ Write the value of specified variables estimated for the single particle in the input list (has to contain exactly 1 particle) as an extra info to the particle related to current ROE. Should be used only in the for_each roe path.
- Parameters
particleList – The input ParticleList
varToExtraInfo – Dictionary of Variables and extraInfo names.
path – modules are added to this path
-
modularAnalysis.
variablesToDaughterExtraInfo
(particleList, decayString, variables, option=0, path=None)[source]¶ For each daughter particle specified via decay string the selected variables (estimated for the mother particle) are saved in an extra-info field with the given name. In other words, the property of mother is saved as extra-info to specified daughter particle.
An existing extra info with the same name will be overwritten if the new value is lower / will never be overwritten / will be overwritten if the new value is higher / will always be overwritten (-1/0/1/2).
- Parameters
particleList – The input ParticleList
decayString – Decay string that specifies to which daughter the extra info should be appended
variables – Dictionary of Variables and extraInfo names.
option – Various options for overwriting
path – modules are added to this path
-
modularAnalysis.
variablesToEventExtraInfo
(particleList, variables, option=0, path=None)[source]¶ For each particle in the input list the selected variables are saved in an event-extra-info field with the given name, Can be used to save MC truth information, for example, in a ntuple of reconstructed particles.
An existing extra info with the same name will be overwritten if the new value is lower / will never be overwritten / will be overwritten if the new value is higher / will always be overwritten (-1/0/1/2).
- Parameters
particleList – The input ParticleList
variables – Dictionary of Variables and extraInfo names.
path – modules are added to this path
-
modularAnalysis.
variablesToExtraInfo
(particleList, variables, option=0, path=None)[source]¶ For each particle in the input list the selected variables are saved in an extra-info field with the given name. Can be used when wanting to save variables before modifying them, e.g. when performing vertex fits.
An existing extra info with the same name will be overwritten if the new value is lower / will never be overwritten / will be overwritten if the new value is higher / will always be overwritten (-1/0/1/2).
- Parameters
particleList – The input ParticleList
variables – Dictionary of Variables and extraInfo names.
path – modules are added to this path
-
modularAnalysis.
variablesToHistogram
(decayString, variables, variables_2d=[], filename='ntuple.root', path=None, *, directory=None, prefixDecayString=False)[source]¶ Creates and fills a flat ntuple with the specified variables from the VariableManager
- Parameters
decayString (str) – specifies type of Particles and determines the name of the ParticleList
variables (list(tuple))) – variables + binning which must be registered in the VariableManager
variables_2d (list(tuple)) – pair of variables + binning for each which must be registered in the VariableManager
filename (str) – which is used to store the variables
path (basf2.Path) – the basf2 path where the analysis is processed
directory (str) – directory inside the output file where the histograms should be saved. Useful if you want to have different histograms in the same file to separate them.
prefixDecayString (bool) – If True the decayString will be prepended to the directory name to allow for more programmatic naming of the structure in the file.
-
modularAnalysis.
variablesToNtuple
(decayString, variables, treename='variables', filename='ntuple.root', path=None)[source]¶ Creates and fills a flat ntuple with the specified variables from the VariableManager. If a decayString is provided, then there will be one entry per candidate (for particle in list of candidates). If an empty decayString is provided, there will be one entry per event (useful for trigger studies, etc).
- Parameters
decayString (str) – specifies type of Particles and determines the name of the ParticleList
variables (list(str)) – the list of variables (which must be registered in the VariableManager)
treename (str) – name of the ntuple tree
filename (str) – which is used to store the variables
path (basf2.Path) – the basf2 path where the analysis is processed
-
modularAnalysis.
writePi0EtaVeto
(particleList, decayString, workingDirectory='.', mode='standard', downloadFlag=True, selection='', path=None)[source]¶ Give pi0/eta probability for hard photon.
In the default weight files a value of 1.4 GeV is set as the lower limit for the hard photon energy in the CMS frame.
The current default weight files are optimised using MC12.
The input variables of the mva training are:
M: pi0/eta candidates Invariant mass
daughter(1,E): soft photon energy in lab frame
daughter(1,clusterTheta): soft photon ECL cluster’s polar angle
daughter(1,minC2TDist): soft photon distance from eclCluster to nearest point on nearest Helix at the ECL cylindrical radius
daughter(1,clusterZernikeMVA): soft photon output of MVA using Zernike moments of the cluster
daughter(1,clusterNHits): soft photon total crystal weights sum(w_i) with w_i<=1
daughter(1,clusterE9E21): soft photon ratio of energies in inner 3x3 crystals and 5x5 crystals without corners
cosHelicityAngleMomentum: pi0/eta candidates cosHelicityAngleMomentum
If you don’t have weight files in your workingDirectory, these files are downloaded from the database to your workingDirectory automatically.
The following strings are available for mode:
standard: loose energy cut and no clusterNHits cut are applied to soft photon
tight: tight energy cut and no clusterNHits cut are applied to soft photon
cluster: loose energy cut and clusterNHits cut are applied to soft photon
both: tight energy cut and clusterNHits cut are applied to soft photon
One can obtain the result of pi0/eta veto from
pi0Prob
/etaProb
Note
Please don’t use following ParticleList names elsewhere:
gamma:HardPhoton
,gamma:Pi0Soft + ListName + '_' + particleList.replace(':', '_')
,gamma:EtaSoft + ListName + '_' + particleList.replace(':', '_')
,pi0:EtaVeto + ListName
,eta:EtaVeto + ListName
- Parameters
particleList – the input ParticleList
decayString – specify Particle to be added to the ParticleList
workingDirectory – the weight file directory
mode – choose one mode out of ‘standard’, ‘tight’, ‘cluster’ and ‘both’
downloadFlag – whether download default weight files or not
selection – selection criteria that Particle needs meet in order for for_each ROE path to continue
path – modules are added to this path