-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Code to process phase2 version of deepTauID v2p5 [12_6_X] #40724
Code to process phase2 version of deepTauID v2p5 [12_6_X] #40724
Conversation
A new Pull Request was created by @mbluj for CMSSW_12_6_X. It involves the following packages:
@cmsbuild, @mandrenguyen, @clacaputo, @swertz, @vlimant can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-529c7d/30512/summary.html Comparison SummarySummary:
|
Yes, it is expected. In backported versions of the #40622 all code changes (including C++ code and python tool to generate configurations for tauIDs) are on the place, but the new tauID is not enabled in official workflows. It is to not break "non-changing" policy in production releases. Therefore, the backports allow users to run the new tauID in their private workflows, e.g. private re-miniAOD or nanoAOD/ntuple production on top of miniAOD, but official workflows are not affected. |
Thanks for clarifying! Out of curiosity, where do I see that the tauID is not enabled? They are clearly enabled in master since we saw the changes in the tests of #40622 And since the code of the backport is the same and enables the new ID for the |
In the original and this backport PR a way in which phase-2 tauIDs are enabled in |
+1 |
+1 Thanks @mbluj I'd overlooked that bit! |
This pull request is fully signed and it will be integrated in one of the next CMSSW_12_6_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_13_0_X is complete. This pull request will now be reviewed by the release team before it's merged. @perrotta, @dpiparo, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
Just a comment: to make this PR useful also cms-dist of 12_6_X should be updated to contain cms-data state with data-model of the new phase-2 integrated in, i.e. with PR cms-data/RecoTauTag-TrainingFiles#11 |
please test with cms-sw/cmsdist#8309 |
-1 Failed Tests: RelVals-INPUT RelVals-INPUTThe relvals timed out after 4 hours.
Comparison SummarySummary:
|
+1 |
merge |
PR description:
This PR adds code for a phase-2 version of DeepTau discriminator; it is a backport of #40622.
The neural network structure of the new phase-2 version is identical to that of Run-2/3 DeepTau v2p5, therefore code modifications are small. The changes include:
slimmedElectrons
(gsfElectrons in EB) andslimmedElectronsHGC
(HGCal electrons in endcaps). Notes: 1. The latter collection is calledslimmedElectronsFromMultiCl
in older CMSSW release series (and samples produced with them) which can cause some problems with running on old samples; 2. The same merged electron collection is used by old-style anti-electron tau discriminant for phase-2;The performance of this new phase-2 DeepTau discriminator is documented in AN-22-090.
The new data-model was merged to cms-data in the following PR: cms-data/RecoTauTag-TrainingFiles#11
This PR allows to run the new version of DeepTau discriminator in private workflows (to analyse phase-2 samples with 12_5_X), but it does not enable the new version of DeepTau in official workflows. Therefore, differences in outputs are not expected.
To run standalone test, one can run the configuration file
RecoTauTag/RecoTau/test/runDeepTauIDsOnMiniAOD.py
after setting the flagphase2 = True
in that file.PR validation:
Validated with the standalone test mentioned above and with miniAOD workflows.
Backport PR
This is backport of #40622 to 12_6_X to facilitate tau studies for phase-2 with 12_5_X samples.