Module Writing Tutorial: Difference between revisions
Line 97: | Line 97: | ||
=== Exercise 3: Reading in a mu2e data product (Hello, KalSeed!) === | === Exercise 3: Reading in a mu2e data product (Hello, KalSeed!) === | ||
In this exercise, we will be reading the results of the track fit and printing their times to the | In this exercise, we will be reading the results of the track fit and printing their times to the terminal. | ||
<ol style="list-style-type:lower-alpha"> | <ol style="list-style-type:lower-alpha"> | ||
<li>Create a new <code>Ex03/</code> directory with <code>src/</code> and <code>fcl/</code> subdirectories</li> | <li>Create a new <code>Ex03/</code> directory with <code>src/</code> and <code>fcl/</code> subdirectories</li> | ||
<li>Copy the first exercise's .cc file to create a new module and make the following changes</li> | |||
<nowiki> cp Ex01/src/HelloTutorial_module.cc Ex03/src/HelloKalSeed_module.cc</nowiki> | |||
<ol style="list-style-type:lower-roman"> | <ol style="list-style-type:lower-roman"> | ||
<li> | <li>find and replace <code>HelloTutorial</code> for <code>HelloKalSeed</code> | ||
<li> | <li>add a fhicl parameter of type <code>art::InputTag</code> and a member variable to store the value</li> | ||
<li> | <li>fill the member variable and print its value in the constructor</li> | ||
</ol> | </ol> | ||
<li>Now we want to read in an art file. | <li>Copy a previous fcl file and edit it so that runs your new module and uses the new parameter (at the moment, it doesn't matter what the value of this parameter is).</li> | ||
<li>Compile, run and make sure everything works as you expect</li> | |||
<nowiki> mu2e -c Ex03/fcl/HelloEx03.fcl </nowiki> | |||
<li>Now we want to read in an art file. In this step, we will just change the fcl file so that it can start from an art file input</li> | |||
<ol style="list-style-type:lower-roman"> | <ol style="list-style-type:lower-roman"> | ||
<li>in the <code>source</code> block of your fcl file, change <code>EmptyEvent</code> to <code>RootInput</code></li> | <li>in the <code>source</code> block of your fcl file, change <code>EmptyEvent</code> to <code>RootInput</code></li> | ||
<li>run your fcl file | <li>run your fcl file on this file list to make sure everything works</li> | ||
<nowiki> mu2e -c Ex03/fcl/HelloEx03.fcl -S filelists/mcs.mu2e.CeEndpoint-mix-cat.MDC2018h.1-file.lst</nowiki> | |||
</ol> | </ol> | ||
<li>Now let's actually do something with a Mu2e data product. We will be looking at tracks (class <code>KalSeed</code>) from the downstream e-minus fit. Set the value of your fcl parameter to <code>KFFDeM</code> and then make the following changes in your module's <code>analyze()</code> function</li> | <li>Now let's actually do something with a Mu2e data product. We will be looking at tracks (class <code>KalSeed</code>) from the downstream e-minus fit. Set the value of your fcl parameter to <code>KFFDeM</code> and then make the following changes in your module's <code>analyze()</code> function</li> |
Revision as of 23:48, 31 May 2019
Tutorial Session Goal
This tutorial will show how to write an art module for Mu2e. It will explain how to structure the code, define runtime parameters, produce histograms and/or TTrees, and consume and produce data products.
Session Prerequisites and Advance Preparation
This tutorial requires the user to:
- Perform the Tutorial on setting up the Mu2e Offline
- Perform the tutorial on running Mu2e art Framework jobs
- Install the following docker containers ()
This tutorial also assumes that you are somewhat familiar with C++.
Session Introduction
Mu2e uses the art framework to organize our event processing code. The art framework processes events through a configurable sequential set of modules, called a path. Modules expects certain inputs, and optionally produces certain outputs. Modules have a standard interface for interacting with the art framework, giving the user access to data at run/subrun/event transitions. Modules have a standard library for defining configuration parameters that can be changed at runtime.
In this tutorial you will learn how to create an art module from a basic template, and perform basic data operations in that module. You will learn how to configure your module in code and fcl, and how to produce various kinds of output.
Disclaimer! In this tutorial we will be copying old modules to create new modules. In general, this is not a great idea because we can end up copying errorful code. If you do this in the real world make sure you trust the code you're copying!
Basic Exercises
Exercise 1: Running a simple module (Hello, Tutorial!)
In this exercise, we will run a simple module that will print a welcoming message.
- First create a Satelite release in the ModuleWriting tutorial > setup mu2e > cd $TUTORIAL_BASE/ModuleWriting > /cvmfs/mu2e.opensciencegrid.org/Offline/v7_4_0/SLF6/prof/Offline/bin/createSatelliteRelease --directory . > source setup.sh
- This first module has already been written for you so we can compile straight away > scons -j4
- And run mu2e -c Ex01/fcl/HelloEx01.fcl This will write "Hello, world" and the full event id for the first 3 events.
Exercise 2: Adding module configuration (Hello, Fhicl Validation!)
In this exercise, we will add some module configuration parameters that can be set in fcl
- We'll create a new directory for this exercise called
Ex02/
and addsrc/
andfcl/
subdirectories - Copy last exercise's .cc file and create a new file > cp Ex01/src/HelloTutorial_module.cc Ex02/src/HelloFhiclValidation_module.cc
- Open the new file in your favourite text editor and make the following changes
- find and replace
HelloTutorial
withHelloFhiclValidation
- in the
Config
struct, below theusing
commands add the following line to declare a fhicl parameter
fhicl::Atom<int> number{Name("number"), Comment("This module will print this number")};
- add a private member variable to the class that will store the value of this parameter int _number;
- fill this member variable in the constructor initialization list: _number(conf().number())
- change the
std::cout
command to print this number
std::cout << "My _number is..." << _number << std::endl;
- Copy the SConscript file from the previous exercise and recompile with
scons -j4
- Now create a copy of the fcl file, open it and make the following changes:
- find and replace
HelloTutorial
withHelloFhiclValidation
- add the new fhicl parameter to the module configuration and assign it a value hello: { module_type : HelloFhiclValidation number : 5 }
- Now everything's ready to run mu2e so do that mu2e -c Ex02/fcl/HelloEx02.fcl
- Try doing the following and note the errors you see:
- run without the new parameter in the fcl file
- run with a typo in the parameter name
- run with the value of the parameter as a float and a string
- We can let the parameter have a default value by adding this value to end of the parameter declaration: fhicl::Atom<int> defaultNumber{Name("defaultNumber"), Comment("This module will print this number"), 100};
- Add another member variable for this parameter, fill it in the constructor initialization and add another
cout
statement to print this value - Recompile and run without changing the fcl file
- Now add the
defaultNumber
parameter to your fcl file and play with different values - There are some occasions where we want a parameter to be optional. This can be achieved by declaring the parameter like so: fhicl::OptionalAtom<int> optionalNumber{Name("optionalNumber"), Comment("This module will print this number but it is optional")}; However, we can't initialise this in the initializer list since it might not exist. Instead we have to check it exists in the
This is why fhicl validation is nice. We can catch errors in the module configurations before we waste time running the module. Some modules use an old format for module configuration, which does not catch such errors. These will be slowly converted but all new modules should use fhicl validation.
analyze
function:
if (_conf.optionalNumber(_optionalNumber)) {
std::cout << "My _optionalNumber is..." << _optionalNumber << std::endl;
}
That's it for this exercise, here are some optional things to try:
- (Optional): add more parameters of different types (try floats, strings etc.)
Exercise 3: Reading in a mu2e data product (Hello, KalSeed!)
In this exercise, we will be reading the results of the track fit and printing their times to the terminal.
- Create a new
Ex03/
directory withsrc/
andfcl/
subdirectories - Copy the first exercise's .cc file to create a new module and make the following changes cp Ex01/src/HelloTutorial_module.cc Ex03/src/HelloKalSeed_module.cc
- find and replace
HelloTutorial
forHelloKalSeed
- add a fhicl parameter of type
art::InputTag
and a member variable to store the value - fill the member variable and print its value in the constructor
- Copy a previous fcl file and edit it so that runs your new module and uses the new parameter (at the moment, it doesn't matter what the value of this parameter is).
- Compile, run and make sure everything works as you expect mu2e -c Ex03/fcl/HelloEx03.fcl
- Now we want to read in an art file. In this step, we will just change the fcl file so that it can start from an art file input
- in the
source
block of your fcl file, changeEmptyEvent
toRootInput
- run your fcl file on this file list to make sure everything works mu2e -c Ex03/fcl/HelloEx03.fcl -S filelists/mcs.mu2e.CeEndpoint-mix-cat.MDC2018h.1-file.lst
- Now let's actually do something with a Mu2e data product. We will be looking at tracks (class
KalSeed
) from the downstream e-minus fit. Set the value of your fcl parameter toKFFDeM
and then make the following changes in your module'sanalyze()
function #include
the file RecoDataProducts/inc/KalSeed.hh- get a valid handle to the
KalSeedCollection
from the event:
const auto& kalSeedCollectionHandle = event.getValidHandle<KalSeedCollection>(_input);
- get the
KalSeedCollection
itself
const auto& kalSeedCollection = *kalSeedCollectionHandle;
- loop through and print the t0 of each
KalSeed
(you can look in $MU2E_BASE_RELEASE/RecoDataProducts/inc/KalSeed.hh to work out why we need two.t0()
)
for (const auto& i_kalSeed : kalSeedCollection) {
std::cout << "t0 = " << i_kalSeed.t0().t0() << " ns" << std::endl;
}
- (Optional): try to print the times of a different KalSeedCollection (e.g. KFFDmuM)
- (Optional): try to print some other values from the KalSeed (e.g. momentum (which can be found in KalSegment))
- (Optional): try to read a different type of Mu2e data product (you can find the list of data products in an event with
mu2e -c Print/fcl/dumpDataProducts.fcl -S filelist -n 1)
Exercise 4: Filling a histogram (Hello, Histogram!)
In this exercise, we will create a ROOT histogram of the times that we were printing out to the screen in Exercise 3. We will need to use art's TFileService to create and write ROOT objects to a ROOT file.
- Create a new
Ex04/
directory withsrc/
andfcl/
subdirectories - To start, you can either copy or edit the module from exercise 3:
- Make the following changes to your module's source code:
#include
art/Framework/Services/Optional/TFileService.h and TH1F.h- add a new private member variable of type
TH1F*
- add a new function to your module:
void beginJob()
. This function will run at the beginning of your job. - in the
beginJob()
function add:
art::ServiceHandle<art::TFileService> tfs;
double min_t0 = 0;
double max_t0 = 1700;
double t0_width = 10;
int n_t0_bins = (max_t0 - min_t0) / t0_width;
_hTrackTimes = tfs->make<TH1F>("hTrackTimes","Track t0", n_t0_bins,min_t0,max_t0);
- in the
analyze()
function of your module, fill the histogram with the track times:
_hTrackTimes->Fill(i_kalSeed.t0().t0());
- To run mu2e, use the following command: mu2e -c yourEx04.fcl -S filelists/mcs.mu2e.CeEndpoint-mix-cat.MDC2018h.1-file.lst --TFileName out.root Note that, instead of defining the output ROOT filename on the command line. You can set the fcl parameter
- Open the out.root file and explore it with a TBrowser to find your histogram!
services.TFileService.fileName
in your fcl file
Now that you can create a hsitogram, you can try some of these optional exercises
- (Optional): make the histogram parameters (min, max, bin width) fcl parameters
- (Optional): create a second instance of your module and read in a different KalSeedCollection (e.g. KFFDmuM)
- (Optional): make the plot informative by adding axis labels
Exercise 5: Creating a subset of a data product (Hello, Cool Data Products!)
In this exercise, we will cut on the track times and run the previous histogram maker
- Create a new
Ex05/
directory withsrc/
andfcl/
subdirectories - Copy the module from the previous exercise to create a new module (don't forget to rename the module itself)
- This new module will be a producer, rather than an analyzer like we have used before, so do a find and replace for the following
EDAnalyzer
toEDProducer
analyze
toproduce
const art::Event&
toart::Event&
(because this module needs to be able to modify the event)- remove the call to
EDProducer
in the constructor initializer list - You can also remove the histogram making parts of the module
- Create a new fcl file and make the following changes:
- add a new producer block in the
physics
block:
producers : {
cool : {
module_type : HelloCoolDataProducts
input : KFFDeM
}
}
- add
cool
to thep1
path - Compile and run your new fcl file. There should be no difference in the output with the previous exercise at the moment
- Now that we have the basis of our job. We can start making changes.
- In the new producer module, make the following changes:
- create a new fhicl parameter that will take a float value for a time cut
- in the constructor, tell the module that we will be producing a new
KalSeedCollection
produces<KalSeedCollection>();
- in the
produce()
function, we need to: - create a new KalSeedCollection to fill (actually we create a pointer)
- fill the new KalSeedCollection
- write the new
KalSeedCollection
to theart::Event
once we're done - In your fcl file
- change the input tag of your histogramming module to "cool"
- Recompile and run, and you should see that the histogram is cut at your cut value!
Exercise 6: Writing an art file (Hello, My Art File!)
In this exercise, we will be splitting the previous exercise into two different jobs. There is no source code to be edited and this is all in fcl files.
- Create a new
Ex06/
directory withsrc/
andfcl/
subdirectories - First, create two copies of your Exercise 5 fcl file. One will be for reading and one will be for writing.
- In your reading fcl, delete everything related to your producer module
- In your writing fcl, delete everything related to your analyzer module
- Also in your writing fcl:
- add an
output
block (note, this is at the same level as thephysics
block):
outputs : {
MyOutput : {
module_type: RootOutput
SelectEvents : [p1]
fileName : "my-art-file.art"
outputCommands : [ "drop *_*_*_*",
"keep *_cool_*_*"
]
}
}
- add
MyOutput
toe1
- Run your writing fcl and then check that the resulting .art file only contains your KalSeeds: mu2e -c $MU2E_BASE_RELEASE/Print/fcl/dumpDataProducts.fcl -s my-art-file.art
- Now run your reading fcl on the art file you just created and you should have a new ROOT file with your time histogram in!
Exercise 7: Filtering events we don't want (Hello, Filter!)
You might notice that the number of events in your output art file is the same as in the input. That's because, although we dropped all data products except for our cool KalSeeds, we still write out an empty art::Event.
- Create a new
Ex07/
directory withsrc/
andfcl/
subdirectories - Copy your previous producer module and make the following changes:
EDProducer
toEDFilter
produce
tofilter
- the
void
return-type of filter tobool
(because we will return to art, true or false whether it passes the filter) - delete anything related to cutting or producing a new KalSeedCollection (you want to keep the input KalSeedCollection)
- This module will run over our "cool" KalSeedCollection and tell art, whether there are any tracks in the collection or not. Add some logiv to the
filter
function to do this. - Now, let's set up the fcl file to write out the erduced number of events. Create a copy of your exeercise 6 writing fcl and make the following changes:
- add a
filters
block to thephysics
block:
filters : {
helloFilter : {
module_type : HelloFilter
input : "cool"
}
}
- add "helloFilter" to the path
p1
- Compile and run your new writing fcl file and you will see that the number of events in the output file has fallen
- You should be able to run your Exercise 6 reading fcl with no changes on your new art file
Exercise 8: Creating a new data product (Hello, My Data Product!)
Let's say we want to create a data product that just contains the track t0 (an oversimplified example)
- Create a new
Ex08/
directory withsrc/
andfcl/
subdirectories - Create a new class in a header file: #ifndef ModuleWriting_TrackTime_hh #define ModuleWriting_TrackTime_hh #include "RecoDataProducts/inc/KalSeed.hh" namespace mu2e { class TrackTime { public: TrackTime() : _time(0.0) {} TrackTime(const KalSeed& kseed) { _time = kseed.t0().t0(); } const double time() const { return _time; } private: double _time; }; typedef std::vector<TrackTime> TrackTimeCollection; } #endif
- To be able to write this data product out to an art file we need to add two files into the src/ directory:
- classes_def.xml <lcgdict> <class name="mu2e::TrackTime"/> <class name="art::Wrapper<mu2e::TrackTime>"/> <class name="std::vector<mu2e::TrackTime>"/> <class name="art::Wrapper<std::vector<mu2e::TrackTime> >"/> </lcgdict>
- classes.h // // headers needed when genreflex creates root dictionaries // for objects written to art files // #define ENABLE_MU2E_GENREFLEX_HACKS #include <vector> #include "canvas/Persistency/Common/Wrapper.h" #include "inc/TrackTime.hh" #undef ENABLE_MU2E_GENREFLEX_HACKS
- Create copies of your producer (HelloCoolDataProducts), filter (HelloFilter) and analyzer (HelloHistogram) modules with new names and:
- change
KalSeedCollection
toTrackTimeCollection
- include the new TrackTime.hh file rather than KalSeed.hh
- be sure to use the correct function to get the track time
- change
- Now we need a new producer module to create the TrackTimes from KalSeeds. Copy your original producer module that created a cut KalSeedCollection and make the following changes:
- remove anything to do with cutting
- change the output to be a TrackTimeCollection and create TrackTimes rather than KalSeeds
- add a check that the input KalSeedCollection and the output TrackTime collection are the same size (throw an exception if they are not)
- Create copies of your writing and reading fcls from the previous exercise and
- update the modules in both fcl files to use your new modules that use TrackTime (should just be changes to each
module_type
- add a configuration of your new producer module e.g. trackTime : { module_type : HelloTrackTimeDataProducts input : "KFFDeM" }
- add the new producer to the start of the path
p1
- change the input of your cutting module to use the new producer
- Recompile and run your writing module
- Use $MU2E_BASE_RELEASE/Print/fcl/dumpDataProducts.fcl to check that you only have TrackTimeCollections in your art file
- Run your reading fcl on your new art file and check that your histogram looks as expected
Exercise 9: Creating and using a pointer to a data product (Hello, Art Ptrs!)
Want some way to go from the time to the original KalSeed. We will add a Ptr to the KalSeed in the previous data product. This is, again, a silly example.
- Create a new
Ex09/
directory withsrc/
andfcl/
subdirectories - To your TrackTime.hh file, make the following changes:
- add a new private member variable of type
art::Ptr<KalSeed>
- add a getter function (
const art::Ptr<KalSeed> kalSeed() const
) and a setter function (void setKalSeedPtr(const art::Ptr<KalSeed>& ptr)
) - In order to create a Ptr, we need to have a handle to the collection and an index into the collection. In your TrackTime creating module, we need to make the following changes:
- move to an index based for loop (i.e. we want something like this now): for (auto i_kalSeed = kalSeedCollection.begin(); i_kalSeed != kalSeedCollection.end(); ++i_kalSeed) {
- create an art::Ptr and set it in the TrackTime class TrackTime track_time(*i_kalSeed); art::Ptr<KalSeed> kseedPtr(kalSeedCollectionHandle, i_kalSeed-kalSeedCollection.begin()); track_time.setKalSeedPtr(kseedPtr);
- producer needs to make the Ptr
- analyzer module needs to use the art::Ptr (in a second job)
- show the limits of Ptrs? e.g. add an additional condensing of the KalSeedCollection and show that we need to remake the TrackTimeCollection to get the Ptrs to be correct?
Exercise 10: Creating and using an assn between two data products (Hello, Art Assns!)
Another option to associate two data products is to use an Assns. It adds a third product but it's bidirectional.
- Create a new
Ex10/
directory withsrc/
andfcl/
subdirectories - producer needs to make the Assns
- analyzer module needs to use the Assns (in a second job)
Reference Materials
- art workbook