-
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
Add custom filterbits for EGM Nano [14_0_X] #44524
Add custom filterbits for EGM Nano [14_0_X] #44524
Conversation
A new Pull Request was created by @RSalvatico for CMSSW_14_0_X. It involves the following packages:
@cmsbuild, @vlimant, @hqucms can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
cms-bot internal usage |
type egamma |
enable nano |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-cc4526/38362/summary.html Comparison SummarySummary:
NANO Comparison SummarySummary:
Nano size comparison Summary:
|
#HLT_Ele16_Ele12_Ele8_CaloIdL_TrackIdL | ||
mksel("filter('hltEle16Ele12Ele8CaloIdLTrackIdLDphiLeg3Filter')","3e Leg3"), | ||
#HLT_Mu12_TrkIsoVVL_Ele23_CaloIdL_TrackIdL_IsoVL | ||
mksel("filter('hltMu12TrkIsoVVLEle23CaloIdLTrackIdLIsoVLElectronlegTrackIsoFilter')","1mu-1e eLeg"), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note: this might change to hltMuTrkIsoVVLEle23CaloIdLTrackIdLIsoVLElectronlegTrackIsoFilter
as part of CMSHLT-2984. Using wildcards as in [*] is probably wiser.
[*]
mksel("filter('hltMu*TrkIsoVVL*Ele*CaloIdLTrackIdLIsoVL*Filter*')","1e-1mu"), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @missirol, I didn't know about this.
What we want to achieve with these new filter bits in EGM Nano is exactly to get rid of wildcards, so that in principle we have a perfect control of what we are measuring (if, e.g., we are using Nano for efficiencies) and no contamination from other paths or from similar paths with different thresholds. For this specific case and since we are talking about an electron leg that is the same for several mu-ele paths, we don't have the aforementioned problem and I am OK to add one wildcard as follows:
hltMu*TrkIsoVVLEle23CaloIdLTrackIdLIsoVLElectronlegTrackIsoFilter
to be prepared for the possible change in the naming convention in the menu. I will have to change that in cms-sw:master
too, since there the new version with no wildcards was already merged.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, thanks @RSalvatico.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@RSalvatico It seems that we lost track of propagating this change to master
. Could you please open a PR? Thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-cc4526/38400/summary.html Comparison SummarySummary:
NANO Comparison SummarySummary:
Nano size comparison Summary:
|
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_14_0_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_14_1_X is complete. This pull request will now be reviewed by the release team before it's merged. @antoniovilela, @rappoccio, @sextonkennedy (and backports should be raised in the release meeting by the corresponding L2) |
Why are we back porting a new feature to the stable 14_0 branch? |
My understanding is that |
@cms-sw/orp-l2 ; as this is not affecting the mainstream NANO, but only the EGM customisation of it (that might be deployed at T0 at some point), can you please merge this, as it’s not really controversial. |
@vlimant @cms-sw/ppd-l2 |
hold
|
Pull request has been put on hold by @rappoccio |
Hi @rappoccio and @antoniovilela , thanks for tagging us here. In principle the custom nanos are supposed to be produced at Tier0 in a separate file from the regular Nano. Having this in mind, I think it is fine to proceed with this PR. |
@cms-sw/xpog-l2 @cms-sw/ppd-l2 |
unhold |
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_14_0_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_14_1_X is complete. This pull request will be automatically merged. |
PR description:
Backport of #44496, to modify the
filterBits
content for theTrigObj
s with id = 11 and id = 22 (electrons and photons, respectively) in the custom EGM Nano only, to better suit the current needs of the POG.N.B. This is not anymore a verbatim copy of the original PR, since it was brought to my attention that one mu-ele cross path is likely going to change name soon, so I had to wildcard it here.
PR validation:
Same as #44496.
If this PR is a backport please specify the original PR and why you need to backport that PR. If this PR will be backported please specify to which release cycle the backport is meant for:
Original PR: #44496. This backport is meant to add these changes to the release that will be used for the next NanoAOD production.