Skip to content

Add missing cuts on top pair data#2496

Open
enocera wants to merge 1 commit into
masterfrom
41_cuts
Open

Add missing cuts on top pair data#2496
enocera wants to merge 1 commit into
masterfrom
41_cuts

Conversation

@enocera

@enocera enocera commented Jul 7, 2026

Copy link
Copy Markdown
Contributor

This PR implements some additional cuts on new top-quark pair distributions to remove the potentially linearly dependent bin of each normalised distribution.

@enocera enocera requested review from jacoterh and scarlehoff July 7, 2026 14:39

@scarlehoff scarlehoff left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

I'm fine with this but I wonder whether it wouldn't be better to use idat for all of them, so that we select one particular bin (and not based on a kinematic variable).

Also, the bin is completely arbitrary, right? Was it important in the end which bin was chosen? I don't remember whether we did test this in the end.

I remember @jacoterh checked the covmat didn't actually have a 0 though... #2457


- dataset: CMS_TTBAR_8TEV_LJ_DIF_YT-NORM
reason: |
We remove the last bin of the LHCB_DY_8TEV_MUON_Ynormalised distribution because it is

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

I wonder how did LHCB end up there 😆

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

There were a bunch of these, actually - obviously I removed all of them but one.

@enocera

enocera commented Jul 8, 2026

Copy link
Copy Markdown
Contributor Author

I'm fine with this but I wonder whether it wouldn't be better to use idat for all of them, so that we select one particular bin (and not based on a kinematic variable).

Also, the bin is completely arbitrary, right? Was it important in the end which bin was chosen? I don't remember whether we did test this in the end.

I remember @jacoterh checked the covmat didn't actually have a 0 though... #2457

The rationale right now is to always use the last bin (with the poorest statistics). I seems to remember that there was an executive agreement on that. The specific bin we remove is of course arbitrary, however consistently removing the last one seems to me the easiest convention and the more convenient (we are always on the tail of the distribution).

In all the top-quark pair data sets the removed bin is always the last. I can switch to the bin number consistently.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants