![]() |
Project
|
Test which creates DPL workflow for full history merging of vectors of TObjects. More...
#include "vectorTopologyCommon.h"
Go to the source code of this file.
Functions | |
WorkflowSpec | defineDataProcessing (ConfigContext const &) |
This function hooks up the the workflow specifications into the DPL driver. | |
Test which creates DPL workflow for full history merging of vectors of TObjects.
Definition in file test_MergerTopologyVectorFullHistory.cxx.
WorkflowSpec defineDataProcessing | ( | ConfigContext const & | configcontext | ) |
This function hooks up the the workflow specifications into the DPL driver.
To be implemented by the user to specify one or more DataProcessorSpec.
Use the ConfigContext context in input to get the value of global configuration properties like command line options, number of available CPUs or whatever can affect the creation of the actual workflow.
The workflow executable for the stand alone CPV reconstruction workflow The basic workflow for CPV reconstruction is defined in RecoWorkflow.cxx and contains the following default processors
The default workflow can be customized by specifying input and output types e.g. digits, raw, tracks.
MC info is processed by default, disabled by using command line option --disable-mc
This function hooks up the the workflow specifications into the DPL driver.
The workflow executable for the stand alone CTP reconstruction workflow
The workflow executable for the stand alone EMCAL reconstruction workflow The basic workflow for EMCAL reconstruction is defined in RecoWorkflow.cxx and contains the following default processors
The default workflow can be customized by specifying input and output types e.g. digits, raw, tracks.
MC info is processed by default, disabled by using command line option --disable-mc
This function hooks up the the workflow specifications into the DPL driver.
The workflow executable for the stand alone TOF reconstruction workflow The basic workflow for TOF reconstruction is defined in RecoWorkflow.cxx and contains the following default processors
The default workflow can be customized by specifying input and output types e.g. digits, raw, clusters.
MC info is processed by default, disabled by using command line option --disable-mc
This function hooks up the the workflow specifications into the DPL driver.
DPL Workflow to process MCH or MID DCS data points.
The expected input is a vector of DataPointCompositeObject containing only MCH (or only MID) data points.
Those datapoints are accumulated into DPMAPs (map from alias names to vector of DataPointValue).
The accumulated DPMAPs are sent to the output whenever :
DPL workflow which generates fake random MCH DCS data points.
Data points are generated for HV (currents and voltages) as well as for LV (DualSampa analog and digital voltages, and SOLAR voltages).
DPL workflow which generates fake random MID DCS data points.
Data points are generated for HV (currents and voltages).
The workflow executable for the stand alone PHOS reconstruction workflow The basic workflow for PHOS reconstruction is defined in RecoWorkflow.cxx and contains the following default processors
The default workflow can be customized by specifying input and output types e.g. digits, raw, tracks.
MC info is processed by default, disabled by using command line option --disable-mc
This function hooks up the the workflow specifications into the DPL driver.
MC info is processed by default, disabled by using command line option --disable-mc
This function hooks up the the workflow specifications into the DPL driver.
The workflow executable for the stand alone TPC reconstruction workflow The basic workflow for TPC reconstruction is defined in RecoWorkflow.cxx and contains the following default processors
The default workflow can be customized by specifying input and output types e.g. digits, clustershw, tracks.
MC info is processed by default, disabled by using command line option --disable-mc
This function hooks up the the workflow specifications into the DPL driver.
This function is required to be implemented to define the workflow specifications
This shows how to get a condition for the origin "TES" and the description "STRING".
This function hooks up the the workflow specifications into the DPL driver.
Entry point of o2-sim-mcevent-to-hepmc
We define at run time the number of devices to be attached to the workflow and the input matching string of the device. This is is done with a configuration string like the following one, where the input matching for each device is provide in comma-separated strings. For instance
A:TOF/RAWDATA/768;B:TOF/RAWDATA/1024,C:TOF/RAWDATA/1280;D:TOF/RAWDATA/1536
will lead to a workflow with 2 devices which will input match
tof-compressor-0 --> A:TOF/RAWDATA/768;B:TOF/RAWDATA/1024 tof-compressor-1 --> C:TOF/RAWDATA/1280;D:TOF/RAWDATA/1536
This gets a table handle from the message.
From the handle, we construct the actual arrow table which is then used as a source for the RDataFrame. This is probably easy to change to a:
auto rdf = ctx.inputs().get<RDataSource>("xz");
Get the input from the converter.
Get a table builder to build the results
Definition at line 22 of file test_MergerTopologyVectorFullHistory.cxx.