Add tight coincidence and peak tagging in ClusterTagging
#210
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What does the code in this PR do / what does it improve?
This PR adds some fields in
ClusterTagging
plugin based only on peaks. The new fields don't tell you whether the peaks are main/alternative but only S0/S1/S2 and the tight coincidence of the peaks. This definition is consistent with the reconstruction efficiency.I also added a new parameter
photon_finding_window
as the window oftouching_window_split
. This is because that there are some photons reconstructed as peaks successfully, but the peaks' start and end times are both later than the photon time (i.e. the cluster time) thus it cannot be tagged if we simply usewindow=0
. Currently it's set to 200ns, meaning peaks' start and end times are extended both 200ns to find photons.Can you briefly describe how it works?
Can you give a minimal working example (or illustrate with a figure)?