A module for discarding masked hits from the MC SD bank

[fmauger]

The idea is to apply some real running conditions to the simulated data at the output of flsimulate. This could be implemented through some dedicated RC (real running conditions) module which should be able to:

• discard calo hits associated to dead/off optical modules
• discard geiger hits associated to dead/off tracker cells

Approaches: a) the ideal "truth" bank "SD" could produce a new "RCSD" bank OR b) we could add some special "flags" to the hits to be ignored by any process (digitization, calibration, reconstruction).

Option b) can save storage because it just add a minimal set of informations to existing datamodel. However, the added flags should follow an official scheme in order to take them into account in a conventional way along the pipeline.

This "dead/off hit removal" functionality should rely on some service dedicated to the recording of running conditions. We should be able to: 1) use an arbitrary list of dead OMS/cells to explore degrading conditions on the sensitivity 2) use a realistic lists of dead OMS/cells associated to real SN running periods (ala N3Arcase package for NEMO3)

The dead-cell service should thus be able in a middle term to connect to the DB interface. A preliminary version could at least use some simple CSV files as input for lists of dead detectors.

[fmauger]

After thinking more about it, I will push for some kind of running conditions (RC) service on which some dedicated modules would rely on to filter the SD bank with respect to some (supposedy) realistic running conditions. Some recionstruction or analysis modules would be also able to use such a service. The RC service itself would use the DB service to fetch some specific informations about the status of the cells, the OMs, the HV channels...however a preliminary version could also make use of local resource files for test purpose, commissionning... This requires a careful model about time periods on which some running conditions would be applied. The RC service should define various datamodels to describe the status of the detector's components and usable within C++ code and also define the interface with the (Conditions)DB.

[fmauger]

Very preliminary development is at https://github.com/fmauger/Falaise/tree/feature-244

[fmauger]

Falaise SimRC module implements a first version of this mechanism.