Skip to content
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

New HLT jet ptave filter allowing to specify eta ranges for tagging/probeing jet #5527

Merged
merged 7 commits into from Sep 25, 2014

Conversation

fruboes
Copy link
Contributor

@fruboes fruboes commented Sep 24, 2014

New HLT jet ptave filter allowing to specify eta ranges for tagging/probeing jet - needed for double jet triggers for JEC determination

@cmsbuild
Copy link
Contributor

A new Pull Request was created by @fruboes for CMSSW_7_3_X.

New HLT jet ptave filter allowing to specify eta ranges for tagging/probeing jet

It involves the following packages:

HLTrigger/JetMET

@Martin-Grunewald, @perrotta, @cmsbuild, @nclopezo, @fwyzard can you please review it and eventually sign? Thanks.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.
@nclopezo, @ktf you are the release manager for this.
You can merge this pull request by typing 'merge' in the first line of your comment.

//std::cout << "Good: " << ptAve << " " << dphi << std::endl;
//std::cout << " Tag: " << iTag->second->eta() << " " << iTag->second->pt() << std::endl;
//std::cout << " Probe: " << iProbe->second->eta() << " " << iProbe->second->pt() << std::endl;
//filterproduct.addObject(triggerType_, iTag->second);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are you sure that you want to comment out this line, and the following one?
May I suggest you to remove completely the other lines commented out with "cout" statements, clearly included for your debug while coding? They are so many in this code that they make difficult to read and follow the flow of the code (and one can then also comment out lines unwillingly, then)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are you sure that you want to comment out this line, and the following one?
May I suggest you to remove completely the other lines commented out with "cout" statements, clearly included for your debug while coding? They are so many in this code that they make difficult to read and follow the flow of the code (and one can then also comment out lines unwillingly, then)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have removed the couts and updated the branch (BTW what is the procedure now - should I somehow update the pull request?).

When it comes to saving into filterproduct - it is present in the first loop (line 117, or 114 after cout cleaning), the idea here is to make the trigger efficiency (as a function of jet pt and eta) evaluation easier. Is this acceptable?

@Martin-Grunewald
Copy link
Contributor

Sorry, but this seems to be very inefficient coding, using several loops and maps etc.

Essentially, you just need a double loop:
the outer running over all objects and identifying the probe ones,
and for each of those, the inner, again over ALL objects,
identifying the tag ones.
Within the inner loop you record in the filterobject and do your
counting.

At this stage 72X is closed, so make a PR for 73X and eventually
we'll backport to 72X if needed.

@cmsbuild
Copy link
Contributor

Pull request #5527 was updated. @Martin-Grunewald, @perrotta, @cmsbuild, @nclopezo, @fwyzard can you please check and sign again.

@fruboes
Copy link
Contributor Author

fruboes commented Sep 25, 2014

I have updated the filter according to instructions, one difference though - refs to all objects passing the eta/pt criteria are saved, not only the ones that form a proper tag-probe pairs. The idea here is to ease the efficiency calculation as a function of jets eta/pt. Is this acceptable?

@cmsbuild
Copy link
Contributor

Pull request #5527 was updated. @Martin-Grunewald, @perrotta, @cmsbuild, @nclopezo, @fwyzard can you please check and sign again.

@cmsbuild
Copy link
Contributor

Pull request #5527 was updated. @Martin-Grunewald, @perrotta, @cmsbuild, @nclopezo, @fwyzard can you please check and sign again.

@cmsbuild
Copy link
Contributor

@Martin-Grunewald
Copy link
Contributor

+1

Update the 72X PR as well, as it exists already!

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_3_X IBs unless changes (tests are also fine). @nclopezo, @ktf can you please take care of it?

ktf added a commit that referenced this pull request Sep 25, 2014
New HLT jet ptave filter allowing to specify eta ranges for tagging/probeing jet
@ktf ktf merged commit 5f5fa1b into cms-sw:CMSSW_7_3_X Sep 25, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants