Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • athena athena
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Jira
    • Jira
  • Merge requests 141
    • Merge requests 141
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • Code review
    • Issue
    • Repository
  • Activity
  • Graph
  • Commits
Collapse sidebar
  • atlas
  • athenaathena
  • Merge requests
  • !53420

Closed
Created May 18, 2022 by Bertrand Martin Dit Latour@martindlDeveloper
  • Report abuse
Report abuse

Use GetClassification instead of GetResponse (MVAUtils) for Tau Trigger FTF BDT

  • Overview 4
  • Commits 1
  • Pipelines 1
  • Changes 5

Hello,

Basically, a resubmission of !53340 (closed) (already reviewed and approved) due to merge conflicts.

This MR is fixing a regression-vs-classification misconfiguration of a BDT classifier used in tau triggers. Currently, we evaluate a BDT classifier in "regression mode", with the GetResponse function of MVAUtils being called. However, for a classifier, this returns BDT scores that are not within the usual [0,1] range. And this leads to buggy behaviour in TrigTauTrackRoiUpdater, where we intend to select the track with the highest BDT score, but we assume the BDT score is always positive (BDTMax variable initialised to 0). As a consequence, unless we are lucky to get a track with a BDT score above 0 in the tauCore ROI of the Fast Track Finder, we fail to update the ROI for the tauIso step. In particular, the zedMinus and zedPlus of the tauIso ROI are not set to +/-7 mm, but we rather inherit the settings from the tauCore ROI, i.e. we scan again along the whole z axis in the tauIso step, which must waste CPU.

This MR is changing the behaviour to "classification mode", which takes the sigmoid of GetResponse and ensures the output is within [0,1].

The reference file is updated with fixed trigger counts.

A BDT helper method was added to tauRecTools. As the other such methods, all it does is sort the variables in the expected order as defined in the input ROOT file.

Tagging @iriu , @adsalvad , @gipezzul , @ademaria .

Cheers, Bertrand

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: R22_TrigTauFTFBDT_NewRef