Fix BDT for Hlt2CharmHadInclOmegacToPpKmKmPipBDTTurbo
By looking at the 2018 validation sample, a bug is found in the look-up table of the line of Hlt2CharmHadInclOmegacToPpKmKmPipBDTTurbo, in which the order of the last two variables was not correct. And lhcb-datapkg/ParamFiles merge request !9 is created to fix it.
With the fixed look-up table, we re-test the rate, and the result is
| BDT threshold | 0.20 | 0.22 | 0.25 | 0.26 | 0.28 | 0.30 |
|---|---|---|---|---|---|---|
| Rate [Hz] | 18.3 +- 8.2 | 14.7 +- 7.3 | 8.0 +- 2.5 | 7.3 +- 5.2 | 3.7 +-3.7 | 1.6 +-1.1 |
And we re-estimate the efficiency with different MC samples containing Omega_c0. At BDT>0.25, the efficiency is estimated to be
| Omega_c0 soures | Prompt | Omega_cc+ | Omega_b |
|---|---|---|---|
| Eff [%] | 0.551 ± 0.123 | 1.254 ± 0.143 | 3.680 ± 0.188 |
The efficiency is improved by a factor of 2~3 compared to the corresponding cut-based line, with the rate below 10 Hz.
The CPU time is supposed to be the same, since variables and binnings are essentially the same as the previous look-up table (the bugfix only involves the change of order of the variables).