Add HLT2 lines for R(pK) analysis

This merge request adds HLT2 lines which are needed for the R(pK) analysis.

The following modes are included:

- Lambdab -> P K Mu Mu
- Lambdab -> P K Mu Mu (SS hadrons)
- Lambdab -> P K E E
- Lambdab -> P K E E (SS hadrons)

Rates are measured on testfiledb_key: upgrade_minbias_hlt1_filtered:

Hlt2RD_LambdabToPKEE_LineDecision     	 Incl: 0.06 +/- 0.06 kHz, Excl: 0.0  +/- 0.0  kHz
Hlt2RD_LambdabToPKEE_SS_LineDecision  	 Incl: 0.06 +/- 0.06 kHz, Excl: 0.0  +/- 0.0  kHz
Hlt2RD_LambdabToPKMuMu_LineDecision   	 Incl: 0.0  +/- 0.0  kHz, Excl: 0.0  +/- 0.0  kHz
Hlt2RD_LambdabToPKMuMu_SS_LineDecision	 Incl: 0.0  +/- 0.0  kHz, Excl: 0.0  +/- 0.0  kHz

Hlt2 Total:                              Rate:    0 +/- 0.1 kHz

Efficiencies are measured on Lambdab -> P K Mu Mu and Lambdab -> P K E E simulation:

## Lambdab -> P K Mu Mu
Hlt2RD_LambdabToPKEE_LineDecision               Efficiency:	 0.003 +/- 0.003
Hlt2RD_LambdabToPKEE_LineDecisionTrueSim     	Efficiency:	 0.003 +/- 0.003
Hlt2RD_LambdabToPKEE_SS_LineDecision            Efficiency:	 0.003 +/- 0.003
Hlt2RD_LambdabToPKEE_SS_LineDecisionTrueSim  	Efficiency:	 0.000 +/- 0.000
Hlt2RD_LambdabToPKMuMu_LineDecision             Efficiency:	 0.148 +/- 0.020
Hlt2RD_LambdabToPKMuMu_LineDecisionTrueSim   	Efficiency:	 0.148 +/- 0.020
Hlt2RD_LambdabToPKMuMu_SS_LineDecision          Efficiency:	 0.003 +/- 0.003
Hlt2RD_LambdabToPKMuMu_SS_LineDecisionTrueSim	Efficiency:	 0.000 +/- 0.000

## Lambdab -> P K E E
Hlt2RD_LambdabToPKEE_LineDecision               Efficiency:	 0.127 +/- 0.022
Hlt2RD_LambdabToPKEE_LineDecisionTrueSim     	Efficiency:	 0.109 +/- 0.021
Hlt2RD_LambdabToPKEE_SS_LineDecision            Efficiency:	 0.013 +/- 0.008
Hlt2RD_LambdabToPKEE_SS_LineDecisionTrueSim  	Efficiency:	 0.000 +/- 0.000
Hlt2RD_LambdabToPKMuMu_LineDecision             Efficiency:	 0.000 +/- 0.000
Hlt2RD_LambdabToPKMuMu_LineDecisionTrueSim   	Efficiency:	 0.000 +/- 0.000
Hlt2RD_LambdabToPKMuMu_SS_LineDecision          Efficiency:	 0.000 +/- 0.000
Hlt2RD_LambdabToPKMuMu_SS_LineDecisionTrueSim	Efficiency:	 0.000 +/- 0.000

FYI @vlisovsk

added RD hlt2 selection labels

requested review from @msaur, @yafan, and @fevolle

assigned to @maik

Thanks Maik! Let me also tag @cmarinbe and @yamhis here.

thanks indeed @maik For my understanding, can't the inclusive di-lepton lines be used for RpK already? Are these exclusive lines meant to be complementary? if so, have we checked how much efficiency we gain with them? Or are they actually meant to be sprucing lines running on the output of the HLT2 di-lepton inclusive lines?

Hello @cmarinbe, in theory you are right as these lines could be well covered by the inclusive di-lepton lines.

However, for the important lines like this it would be better to have an exclusive lines which we are sure that they cover what is needed to be covered and later, when having a (mostly-)full physics menu, we can check overlap with the inclusive lines. If we found that inclusive lines fully cover physics of the exclusive lines, then exclusive line will be scrapped.

But as we don't know the final rates yet and with a non-zero probability those inclusive lines will have to have a rather strict selection cuts which may result into a different phase space coverage than needed, I would prefer to develop both inclusive and exclusive selection and then compare results.

Does it sound fine to you?

Hi @cmarinbe , my extra 5 cents: I do not know the latest status of the inclusive lines, but in some early presentations they found a significant inefficiency for (pK) channels compared to the other decay modes. Therefore I believe it is good to have a backup selection at least for the early data validation. See e.g. slide 8 in here

thanks both for the explanations. Makes sense to me to have a back-up plan but if the main strategy is to use the di-lepton lines for di-lepton final states and we know of current limitations on their efficiency for some specific modes, I'd also try to improve on that front.

@maik Thanks for all this work. !1150 (merged) is close to be tested, so this MR can be tested as well. Could you just check that your code is up to date with !1150 (merged)? Mainly check names of filters/builders.

mentioned in merge request !1150 (merged)

• [2021-12-03 14:31] Validation started with lhcb-master-mr#3256
• [2021-12-06 09:36] Validation started with lhcb-master-mr#3264

added RTA label

requested review from @mrama and @alvarezc

Hi @maik, what is the status of this MR? Just need to be reviewed or some development is expected?

Hi @maik , please register your lines in the init file

added 305 commits

• c3576a04...8dc02754 - 298 commits from branch master
• 27e86d8a - Merge branch 'master' into mbecker_RpK_lines
• c92fb16b - Add files to CODEOWNERS
• 356f815b - Add RD prefilters
• 1c5c9ca9 - Register R(pK) lines
• deba6242 - Bugfix for correct variable passing
• c641bc45 - Update selection of exclusive R(pK) lines
• 9f5536c2 - Formatting

Compare with previous version

changed the description

Sorry for coming back to this so late. I have updated the lines with recent improvements in master. Currently the selection is basically the stripping selection of Run 2. However, the rates are too high (see above). @vlisovsk If you tell me what additional/tighter cuts would be possible, I am happy to do further tests.

added 1 commit

• 505d75cf - Update selection of R(pK) lines

Compare with previous version

changed the description