-
Notifications
You must be signed in to change notification settings - Fork 10
Lepton corrections for Full2024v15 campaign #70
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
base: master
Are you sure you want to change the base?
Conversation
|
Hi @BlancoFS, thank you again for preparing this PR. Could you have a look at the conflict in |
|
Hi @NTrevisani, the conflict has been solved |
Thank you @BlancoFS. This includes also the conflicts to |
|
Hi @NTrevisani, I believe those files don't matter that much, since from the time I wrote this PR the corrections have evolved and a second PR will be needed to put everything in place |
|
Hi @BlancoFS, sorry if I missed the detail in the discussion - are you referring to a second PR which is going to be the one relevant for the 2024 production that needs to be merged to start the processing on 2024? Would it be possible to either use this PR which has already been opened or could we open another PR with the full set of material to be merged rather than having two PR's? What's the timescale for it so that we can start organising for the work sharing on the 2024 production? Thanks a lot! |
|
Hi @acalandr, yes, you are more or less right. The point is the following. On June, I opened this PR with the material that we had at that time. However, some developments, MC samples, etc. started to appear, so we opened another branch in which we could continue working on. This is the If I recall correctly, the I was planing to update the |
| 'Full2024v15': { | ||
| "vetomap": frameworkPath + "/processor/data/jsonpog-integration/POG/JME/2024_Winter24/jetvetomaps.json.gz", | ||
| "vetokey": "Winter24Prompt2024BCDEFGHI_V1", | ||
| "JEC": "Winter24Prompt24_V3_MC", |
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.
Hi @BlancoFS , this key now should be changed to the newest version: Summer24Prompt24_V1, if I am not mistaken. Also, why are we not using JEC for data like the other eras?
| }, | ||
| 'Full2024v15': { | ||
| "vetomap": frameworkPath + "/processor/data/jsonpog-integration/POG/JME/2024_Winter24/jetvetomaps.json.gz", | ||
| "vetokey": "Winter24Prompt2024BCDEFGHI_V1", |
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.
Change key to Summer24Prompt24_RunBCDEFGHI_V1
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.
I guess everywhere now we can change from winter24 to summer24
| "puW", | ||
| "formulasMCnoSF", | ||
| "l2Kin", | ||
| "fakeSel", |
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.
If I remember correctly we were discussing a bit ago with @NTrevisani of changing the cuts of the fakeSel.py modules. I don't rememer what are the modifications needed, maybe @NTrevisani can help?
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.
I think the idea is to drop the mtw1 so that the same samples can be used also to produce the prompt rates:
https://github.com/latinos/PlotsConfigurationsRun3/blob/main/FakeRate/Full2018_v9/cuts.py#L11
More in general, we are not using MET_pt.
In the end, we may want to keep only PuppiMET_pt < 20, which is used in all cuts we use to estimate fake and prompt rates.
I leave this here for reference, even if we decide to close this PR and keep only the next one.
| "l3Kin", | ||
| "trigData", | ||
| "formulasDATA", | ||
| "fakeSel", |
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.
see above
|
Hi everyone, I am leaving this here as a point of discussion which is not strictly related to this MR but more to the general utilization of the framework. I think that we are still using a version of the JMECalculator tool which was modified by Mattia to do our studies on the "horns". I am not entirely sure but I think that now the official tool follows our recommendations of not applying smearing to jets which are not gen-matched. Maybe we can try with a small batch of events to verify this and start using the official tool so that we can have an easier object review. It should be sufficient to uncomment this line and comment the following. The test can be done locally running for example this sample. (maybe test for all eras?) |
|
Hi @squinto5, thank you for all the comments and suggestions. Most of them were already implemented, but in the About the jets, I discussed a couple of months ago with Mattia about some changes that were incompatible with his version of CMSJMECalculator. In the last version of JECs for 2023, the input variables changed. At the time I tested the code, the central version of CMSJMECalculator was not supporting that change, so I commit the needed changes to my fork of the CMSJMECalculator. In the latest version of the code, this is the CMSJMECalculator that is employed. It's probably worth checking that if it's correct but, anyhow, we checked that this version is working properly up to Summer24. |
Hi all,
The PR introduced all the needed changes to process a Full2024v15 campaign with the basic leptonic corrections applied. It basically introduces the muon, electron, and trigger scale factors. Additionally, it adds some steps to run and test the production.
More importantly, I noticed a bug in the
JetSelMaskmodule. TherunModulefunction was not correctly declared due to a typo, which made the jet selection not to be applied in the postprocessing steps. This issue can potentially affect previous campaigns (@NTrevisani @mlizzo @squinto5, please check and confirm if this is the case). Additionally, since thejetIdis not available in nanoAODv15, the module is adapted to evaluate the selector using correctionlib.Most probably, there are conflicts in the PR due to the
Steps_cfg.pyandJetMaker_cfg.pyfiles and they need to be revisited. They are present due to some work in parallel in the master branch. To be fixed.Bests,
Sergio