B2OC: add additional D0 and anti-D0 decay modes to B2OC lines with D0 anti-D0 in the final state
Add additional D0 and anti-D0 decay modes to B2OC lines with D0 anti-D0 in the final state.
I believe that from the B2OC trigger perspective an anti-D0 is just a "D0" since the flavour is not identified. So hopefully these lines all would capture decays with D0 anti-D0
The purpose of these lines is to investigate quantum correlations in D0anti-D0 systems and their consequences for amplitude analyses.
Additions so far:
b_to_dd
and b_to_ddh
There was at first an error putting in the below b_to_dd
and b_to_ddh
lines, specifically when the D decay input was different for the two "D0"s in the decay descriptor:
- The error was
ERROR NBodyCombiner<name> : Got contiguous children with the same PIDs, but the corresponding algorithm inputs were not the same. If this is intentional, please set AllowDiffInputsForSameIDChildren = True.
- To get past this, I added the capability to use
AllowDiffInputsForSameIDChildren
inParticleCombiner
by adding an optionAllowDiffInputsForSameIDChildren
(default =False
) to_make_b2x
and_make_b2cch
inb_builder.py
Added D0 to Kshh possibilities to BdToD0D0
modes in b_to_dd
- BdToD0D0 Proponents originally selected D0 to {HH or HHHH} vs D0 to {HH or HHHH}
- Now that
AllowDiffInputsForSameIDChildren = True
is an option (see above), should discuss withBdToD0D0
proponents if it would be prudent to replace the D0 to {HH or HHHH} vs D0 to {HH or HHHH} with three separate lines: D0 to HH, D0 to HH vs D0 to HHHH, and D0 to HHHH.- These separated lines have been prepared for this MR [3 new lines], so note that there is now overlap
- The retention ratio for these three lines together compared to the single line is 306/285 = 107.37% +/- ?
- Now that
- Remaining most likely all-charged final state possibilities added as new lines
- D0 to HH vs D0 to KsHH (both LL and DD [2 new lines]
- D0 to KsHH (both LL and DD) vs D0 to KsHH (both LL and DD) [3 lines total]
- D0 to KsHH (both LL and DD) vs D0 to HHHH [2 new lines]
- Booked the ten new lines in
spruce_b2oc
, where the original line was already booked- These were also booked in the
flavour_tagging
section ofspruce_b2oc
- would be useful if the new lines are used to acquire more B decay statistics
- if only the quantum-correlated properties of the D0 anti-D0 system are studied, the flavour of the B does not matter
- These were also booked in the
Added D0 to Kshh possibilities to BdToD0D0Kst
modes in b_to_ddh
- BdToD0D0Kst Proponents originally selected D0 to {HH or HHHH} vs D0 to {HH or HHHH}
- Now that
AllowDiffInputsForSameIDChildren = True
is an option (see above), should discuss withBdToD0D0Kst
proponents if it would be prudent to replace the D0 to {HH or HHHH} vs D0 to {HH or HHHH} with three separate lines: D0 to HH, D0 to HH vs D0 to HHHH, and D0 to HHHH.- These separated lines have been prepared for this MR [3 new lines], so note that there is now overlap
- The retention ratio for these three lines together compared to the single line is 13/10 = 130% +/- ?
- Now that
- Remaining most likely all-charged final state possibilities added as new lines
- D0 to HH vs D0 to KsHH (both LL and DD, so 2 new lines)
- D0 to KsHH (both LL and DD) vs D0 to KsHH (both LL and DD) [3 lines total]
- D0 to KsHH (both LL and DD, so 2 new lines) vs D0 to HHHH
- Booked the ten new lines in
hlt2_b2oc
, where the original line was already booked
b_to_ddh_standalone
- The design of the "standalone" lines is a bit different than the other lines... the possibility of having two different D0 decay modes in one decay descriptor is less straightforward than in
b_to_dd
andb_to_ddh
.- First, it requires
AllowDiffInputsForSameIDChildren
inParticleCombiner
by adding an optionAllowDiffInputsForSameIDChildren
(default =False
) to_make_b2x
inb_to_ddh_standalone
(different from the one in b_builder.py!) and an optionAllowDiffInputsForSameIDChildren
(default =False
) tomake_b2ddh
inb_to_ddh_standalone
. - If
AllowDiffInputsForSameIDChildren
isFalse
when callingmake_b2ddh
then all works as before. However ifAllowDiffInputsForSameIDChildren
isTrue
when callingmake_b2ddh
then theD0
s in thedaughters
list inmake_b2ddh
get renamedD0_0
andD0_1
(presuming there are only twoD0
s in the decay descriptor and thatD0 D0
appears first after the->
... should be the case for lines withinb_to_ddh_standalone
). - Then it is possible to assign different decays to each D0
- First, it requires
Add D0 decay modes for BuToD0D0K
: b_to_ddh_standalone
-- These lines do not use sep_min
cuts or kwargs
Add D0 decay modes for BdToD0D0KsDD
: b_to_ddh_standalone
-- These lines do not use sep_min
cuts or kwargs
Add D0 decay modes for BdToD0D0KsLL
: b_to_ddh_standalone
-- These lines do not use sep_min
cuts or kwargs
Add D0 decay modes for BuToD0D0Pi
: b_to_ddh_standalone
-- These lines do not use sep_min
cuts or kwargs
Add D0 decay modes for BdToD0D0Phi
: b_to_ddh_standalone
Add D0 decay modes for LbToD0D0LambdaDD
: bbaryon_to_lighthadron_dd
Add D0 decay modes for LbToD0D0LambdaLL
: bbaryon_to_lighthadron_dd
- only a
_D0ToKPiOrKPiPiPi(process)
existed for these lines before MR !2945 (merged). Have added ten additional lines for each above decay mode (total of 70 lines... eek)- D0 to HH vs D0 to HH (1 line)
- D0 to HH vs D0 to KsHH (both LL and DD, so 2 new lines)
- D0 to KsHH (both LL and DD) vs D0 to KsHH (both LL and DD) [3 lines total]
- D0 to KsHH (both LL and DD, so 2 new lines) vs D0 to HHHH
- D0 to HH vs D0 to HHHH (1 line)
- D0 to HHHH vs D0 to HHHH (1 line)
- note that there is now overlap with the existing
D0ToKPiOrKPiPiPi
line (the D0 to HH vs D0 to HH line, the D0 to HH vs D0 to HHHH line, and the D0 to HHHH vs D0 to HHHH line) EXCEPT in the case ofD0ToKPiOrKPiPiPi
lines removed fromBuToD0D0Pi
andBuToD0D0K
in MR !2945 (merged)... where there is still now overlap but with the three lines that replaced it {D0ToKPi
,D0ToKPiPiPi
,D0ToKPi_D0ToKPiPiPi
} - to get the lines involving DtoKsHH to work in
b_to_ddh_standalone
, I needed to substitute(**kwargs)
with the actual arguments to set up KsHH; using thekwargs
does not work --- I think this is because they cannot take a D builder as input. - for the BdToD0D0Phi lines the extra cut provided is used, except for the lines involving DtoKShh.
Add D0 decay modes for BuToDst0D0K
: b_to_ddh_standalone
-- These lines do not use sep_min
cuts or kwargs
- only a
_D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPi(process)
existed for these lines before this MR. Have added sixteen additional lines for each ofGamma
,MergedPi0
andResolvedPi0
(total of 48 lines... eek)- D0 to HH vs D0 to HH (1 line)
- D0fromDst to HH vs D0 to KsHH (both LL and DD) (and vice versa, so 4 new lines)
- D0fromDst to KsHH (both LL and DD) vs D0 to KsHH (both LL and DD) (and vice versa, so 4 lines total)
- D0fromDst to KsHH (both LL and DD) vs D0 to HHHH (and vice versa, so 4 new lines)
- D0fromDst to HH vs D0 to HHHH (and vice versa, so 2 lines)
- D0 to HHHH vs D0 to HHHH (1 line)
- note that there is now overlap of a few of these lines with the existing
_D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPi
line (the D0fromDst to HH vs D0 to HH line, the D0fromDst to HH vs D0 to HHHH line (and vice versa), the D0fromDst to HHHH vs D0 to HHHH line)
Current work status:
-
Am I using the right naming conventions? I think so. There is no rule for when the first D0 is one decay and the second D0 is another decay. So I presume it is OK for me to just end the line name with e.g. D0ToHH_D0ToHHHH
in that case -
Merge !2945 (merged) into my branch -
Basic merge to get everything from !2945 (merged) into my branch -
re-establish consistency regarding AllowDiffInputsForSameIDChildren
-
Incorporate all additional cuts from !2945 (merged) (six decay modes) -
BuToDst0D0K - there are inconsistencies among Gamma, Pi0Merged, Pi0Resolved, but for each I took the Kpi/K3pi cuts and adapted them for HH/KsHH/HHHH -
BuToD0D0K -
BdToD0D0KsLL -
BdToD0D0KsDD -
BuToD0D0Pi -
BdToD0D0Phi
-
-
-
Run hlt2 script ( hlt2_b2oc_example
) -
Run spruce scripts ( hlt2...from_file
+spruce_b2oc_example
) -
Remove (for now) high retention lines - Put all requested information on B2OCStrippingRun3 TWiki (urgency unknown...)
- Move suitable B to DDh lines from
b_to_ddh_standalone
tob_to_ddh
(!3035 (merged) & !3057 (merged))- Alessandro and Shunan think that lines that do not specifically need the features in
b_to_ddh_standalone
should be moved tob_to_ddh_standalone
--- If I am correct, the lines that do not needsep_min
cuts orkwargs
will qualify for this move. However Alessandro made a comment (below) that I will need to look at regardingsep_min
. See above for the candidate B decay modes. How easy these are to move is not yet clear.
- Alessandro and Shunan think that lines that do not specifically need the features in
- Remove redundant lines (!3035 (merged))
- Now that
AllowDiffInputsForSameIDChildren = True
is an option (see above), should discuss withBdToD0D0
proponents if it would be prudent to replace the D0 to {HH or HHHH} vs D0 to {HH or HHHH} with the three separate lines I added: D0 to HH, D0 to HH vs D0 to HHHH, and D0 to HHHH. - Now that
AllowDiffInputsForSameIDChildren = True
is an option (see above), should discuss withBdToD0D0Kst
proponents if it would be prudent to replace the D0 to {HH or HHHH} vs D0 to {HH or HHHH} with the three separate lines I added: D0 to HH, D0 to HH vs D0 to HHHH, and D0 to HHHH. - Now that
AllowDiffInputsForSameIDChildren = True
is an option (see above), should discuss with proponents of the above B decay modes if it would be prudent to remove theD0ToKPiOrKPiPiPi
/D0ToKPi
/D0ToKPiPiPi
/D0ToKPi_Or_D0ToKPiPiPi
lines, which are replaced by the new lines I added: D0 to HH, D0 to HH vs D0 to HHHH, and D0 to HHHH. - Now that
AllowDiffInputsForSameIDChildren = True
is an option (see above), should discuss withBuToDst0D0K
proponents if it would be prudent to remove the D0ToKPiOrKPiPiPi line, which is replaced by the new lines I added: D0fromDst to HH vs D0 to HH, D0fromDst to HH vs D0 to HHHH (and vice versa), and D0fromDst to HHHH vs D0 to HHHH.
- Now that
- In principle
BdToD0D0KsDD
,BdToD0D0KsLL
, andBdToD0D0Phi
could be added to the flavour tagging... is this something we want to do? It might be useful to know the B meson flavour for amplitude analyses, but then again I suppose it may be possible to add their amplitudes (I haven't fully thought this through, but I think the two flavours should not interfere since you could in-principle flavour tag) [addressed in !3035 (merged)]
Current Line Efficiencies (i.e. retentions)
-
Please note that any line that is
D0ToHHOrHHHH
,D0ToKPiOrKPiPiPi
,D0ToKPi
,D0ToKPiPiPi
,D0ToKPi_D0ToKPiPiPi
,D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPi
is an untouched line of the original line authors and not a line that I have written. Their retentions are kept in below for reference/comparison. These original lines can be identified by a*
appearing beforeLAZY_AND
in the retention lists below.- These original lines in overlap with the new lines I introduced... this will be resolved, see above
-
I have copied the versions of
hlt2_b2oc_example.py
andspruce_b2oc_example.py
from the usual location as of Feb 8 14:30 CERN time. The only change in the_paras
versions is that the number of events (evt_max
) was raised from100
to250000
(and also for spruce I changed the location of the very large outputdst
file) -
HLT2
- Hlt2 lines should have retentions < 0.004 - 0.005 %
-
Potential Problem Lines:
- Hlt2B2OC_BdToD0D0Kst_D0ToHHOrHHHHDecisionWithOutput (Not my line, candidate for removal anyway)
-
Potential Problem Lines:
- Lines with a
*
appearing beforeLAZY_AND
are the original lines for each b-hadron decay mode; these are candidates to be removed
- Hlt2 lines should have retentions < 0.004 - 0.005 %
[2] + Done Moore/run gaudirun.py ./hlt2_b2oc_example_paras.py > hlt2_b2oc_add_BdToD0D0_BdToD0D0Kst_withstandalone_andbaryons_afterMR2945_250k.log
[pnaik@lxplus980 stack_Moore_secondaryDzDzb_B2OC_pnaik]$ cat hlt2_b2oc_add_BdToD0D0_BdToD0D0Kst_withstandalone_andbaryons_afterMR2945_250k.log | grep 'LAZY_AND:' | grep 'WithOutput' | grep -E 'BdToD0D0_|BdToD0D0Kst_|BuToD0D0K_|BdToD0D0KsDD_|BdToD0D0KsLL_|BuToD0D0Pi_|BdToD0D0Phi_|LbToD0D0LambdaDD_|LbToD0D0LambdaLL_|BuToDst0D0K_'
LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToHHDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToHHHHDecisionWithOutput #=168104 Sum=1 Eff=|(0.0005948698 +- 0.000594868)%|
LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToHH_D0ToHHHHDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToHH_D0ToKsLLHHDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
* LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToKPiOrKPiPiPiDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToKsLLHHDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: Hlt2B2OC_BdToD0D0KsLL_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToHHDecisionWithOutput #=168104 Sum=2 Eff=|(0.001189740 +- 0.000841268)%|
LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToHHHHDecisionWithOutput #=168104 Sum=5 Eff=|(0.002974349 +- 0.00133015)%|
* LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToHHOrHHHHDecisionWithOutput #=168104 Sum=10 Eff=|(0.005948698 +- 0.00188109)%|
LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToHH_D0ToHHHHDecisionWithOutput #=168104 Sum=6 Eff=|(0.003569219 +- 0.00145710)%|
LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToHH_D0ToKsLLHHDecisionWithOutput #=168104 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToKsLLHHDecisionWithOutput #=168104 Sum=1 Eff=|(0.0005948698 +- 0.000594868)%|
LAZY_AND: Hlt2B2OC_BdToD0D0Kst_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=168104 Sum=4 Eff=|(0.002379479 +- 0.00118973)%|
-
Spruce
- Spruce lines should have retentions < 0.05 - 0.1 %
-
Potential Problem Lines (two not mine): [there is line at 0.06 % that I do not list here]
- SpruceB2OC_BdToD0D0_D0ToHHOrHHHHDecisionWithOutput (Not my line, candidate for removal anyway) #=239979 Sum=285 Eff=|(0.1187604 +- 0.00703058)%|
- SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPiDecisionWithOutput (Not my line, candidate for removal anyway)
-
Potential Problem Lines (two not mine): [there is line at 0.06 % that I do not list here]
- Lines with a
*
appearing beforeLAZY_AND
are the original lines for each b-hadron decay mode; these are candidates to be removed
- Spruce lines should have retentions < 0.05 - 0.1 %
[1] Done Moore/run gaudirun.py ./spruce_b2oc_example_paras.py > spruce_b2oc_add_BdToD0D0_BdToD0D0Kst_withstandalone_andbaryons_afterMR2945_250k.log
[pnaik@lxplus980 stack_Moore_secondaryDzDzb_B2OC_pnaik]$ cat spruce_b2oc_add_BdToD0D0_BdToD0D0Kst_withstandalone_andbaryons_afterMR2945_250k.log | grep 'LAZY_AND:' | grep 'WithOutput' | grep -E 'BdToD0D0_|BdToD0D0Kst_|BuToD0D0K_|BdToD0D0KsDD_|BdToD0D0KsLL_|BuToD0D0Pi_|BdToD0D0Phi_|LbToD0D0LambdaDD_|LbToD0D0LambdaLL_|BuToDst0D0K_'
LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToHHDecisionWithOutput #=239979 Sum=2 Eff=|(0.0008334063 +- 0.000589305)%|
LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToHHHHDecisionWithOutput #=239979 Sum=34 Eff=|(0.01416791 +- 0.00242960)%|
LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=21 Eff=|(0.008750766 +- 0.00190949)%|
LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=5 Eff=|(0.002083516 +- 0.000931767)%|
* LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToKPiOrKPiPiPiDecisionWithOutput #=239979 Sum=28 Eff=|(0.01166769 +- 0.00220486)%|
LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToKsLLHHDecisionWithOutput #=239979 Sum=6 Eff=|(0.002500219 +- 0.00102070)%|
LAZY_AND: SpruceB2OC_BdToD0D0Phi_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=14 Eff=|(0.005833844 +- 0.00155911)%|
LAZY_AND: SpruceB2OC_BdToD0D0_D0ToHHDecisionWithOutput #=239979 Sum=61 Eff=|(0.02541889 +- 0.00325414)%|
LAZY_AND: SpruceB2OC_BdToD0D0_D0ToHHHHDecisionWithOutput #=239979 Sum=100 Eff=|(0.04167031 +- 0.00416616)%|
* LAZY_AND: SpruceB2OC_BdToD0D0_D0ToHHOrHHHHDecisionWithOutput #=239979 Sum=285 Eff=|(0.1187604 +- 0.00703058)%|
LAZY_AND: SpruceB2OC_BdToD0D0_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=145 Eff=|(0.06042195 +- 0.00501625)%|
LAZY_AND: SpruceB2OC_BdToD0D0_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=9 Eff=|(0.003750328 +- 0.00125009)%|
LAZY_AND: SpruceB2OC_BdToD0D0_D0ToKsLLHHDecisionWithOutput #=239979 Sum=1 Eff=|(0.0004167031 +- 0.000416702)%|
LAZY_AND: SpruceB2OC_BdToD0D0_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=26 Eff=|(0.01083428 +- 0.00212466)%|
LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToHHDecisionWithOutput #=239979 Sum=13 Eff=|(0.005417141 +- 0.00150240)%|
LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToHHHHDecisionWithOutput #=239979 Sum=33 Eff=|(0.01375120 +- 0.00239361)%|
LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=39 Eff=|(0.01625142 +- 0.00260210)%|
LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=3 Eff=|(0.001250109 +- 0.000721746)%|
* LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToKPiDecisionWithOutput #=239979 Sum=4 Eff=|(0.001666813 +- 0.000833399)%|
* LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToKPiPiPiDecisionWithOutput #=239979 Sum=19 Eff=|(0.007917359 +- 0.00181629)%|
* LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToKPi_D0ToKPiPiPiDecisionWithOutput #=239979 Sum=18 Eff=|(0.007500656 +- 0.00176786)%|
LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToKsLLHHDecisionWithOutput #=239979 Sum=3 Eff=|(0.001250109 +- 0.000721746)%|
LAZY_AND: SpruceB2OC_BuToD0D0K_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=14 Eff=|(0.005833844 +- 0.00155911)%|
LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToHHDecisionWithOutput #=239979 Sum=20 Eff=|(0.008334063 +- 0.00186348)%|
LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToHHHHDecisionWithOutput #=239979 Sum=46 Eff=|(0.01916834 +- 0.00282595)%|
LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=59 Eff=|(0.02458548 +- 0.00320036)%|
LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=8 Eff=|(0.003333625 +- 0.00117859)%|
* LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToKPiDecisionWithOutput #=239979 Sum=10 Eff=|(0.004167031 +- 0.00131770)%|
* LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToKPiPiPiDecisionWithOutput #=239979 Sum=17 Eff=|(0.007083953 +- 0.00171805)%|
* LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToKPi_D0ToKPiPiPiDecisionWithOutput #=239979 Sum=25 Eff=|(0.01041758 +- 0.00208341)%|
LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToKsLLHHDecisionWithOutput #=239979 Sum=5 Eff=|(0.002083516 +- 0.000931767)%|
LAZY_AND: SpruceB2OC_BuToD0D0Pi_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=17 Eff=|(0.007083953 +- 0.00171805)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToHHHH_D0ToHHDecisionWithOutput #=239979 Sum=57 Eff=|(0.02375208 +- 0.00314567)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToHHHH_D0ToHHHHDecisionWithOutput #=239979 Sum=68 Eff=|(0.02833581 +- 0.00343574)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToHHHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=31 Eff=|(0.01291780 +- 0.00231995)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToHH_D0ToHHDecisionWithOutput #=239979 Sum=32 Eff=|(0.01333450 +- 0.00235707)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=64 Eff=|(0.02666900 +- 0.00333318)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=14 Eff=|(0.005833844 +- 0.00155911)%|
* LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPiDecisionWithOutput #=239979 Sum=66 Eff=|(0.02750241 +- 0.00338485)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToKsLLHH_D0ToHHDecisionWithOutput #=239979 Sum=12 Eff=|(0.005000438 +- 0.00144347)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=29 Eff=|(0.01208439 +- 0.00224388)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Gamma_D0ToKsLLHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=11 Eff=|(0.004583734 +- 0.00138202)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToHHHH_D0ToHHDecisionWithOutput #=239979 Sum=8 Eff=|(0.003333625 +- 0.00117859)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToHHHH_D0ToHHHHDecisionWithOutput #=239979 Sum=10 Eff=|(0.004167031 +- 0.00131770)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToHHHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=1 Eff=|(0.0004167031 +- 0.000416702)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToHH_D0ToHHDecisionWithOutput #=239979 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=2 Eff=|(0.0008334063 +- 0.000589305)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
* LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPiDecisionWithOutput #=239979 Sum=9 Eff=|(0.003750328 +- 0.00125009)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToKsLLHH_D0ToHHDecisionWithOutput #=239979 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Merged_D0ToKsLLHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=0 Eff=|( 0.000000 +- 0.00000 )%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToHHHH_D0ToHHDecisionWithOutput #=239979 Sum=35 Eff=|(0.01458461 +- 0.00246507)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToHHHH_D0ToHHHHDecisionWithOutput #=239979 Sum=47 Eff=|(0.01958505 +- 0.00285649)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToHHHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=21 Eff=|(0.008750766 +- 0.00190949)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToHH_D0ToHHDecisionWithOutput #=239979 Sum=14 Eff=|(0.005833844 +- 0.00155911)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=28 Eff=|(0.01166769 +- 0.00220486)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=9 Eff=|(0.003750328 +- 0.00125009)%|
* LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToKPiOrKPiPiPi_D0ToKPiOrKPiPiPiDecisionWithOutput #=239979 Sum=45 Eff=|(0.01875164 +- 0.00279507)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToKsLLHH_D0ToHHDecisionWithOutput #=239979 Sum=6 Eff=|(0.002500219 +- 0.00102070)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=19 Eff=|(0.007917359 +- 0.00181629)%|
LAZY_AND: SpruceB2OC_BuToDst0D0K_Dst0ToD0Pi0Resolved_D0ToKsLLHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=6 Eff=|(0.002500219 +- 0.00102070)%|
LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToHHDecisionWithOutput #=239979 Sum=2 Eff=|(0.0008334063 +- 0.000589305)%|
LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToHHHHDecisionWithOutput #=239979 Sum=11 Eff=|(0.004583734 +- 0.00138202)%|
LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToHH_D0ToHHHHDecisionWithOutput #=239979 Sum=11 Eff=|(0.004583734 +- 0.00138202)%|
LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToHH_D0ToKsLLHHDecisionWithOutput #=239979 Sum=9 Eff=|(0.003750328 +- 0.00125009)%|
* LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToKPiOrKPiPiPiDecisionWithOutput #=239979 Sum=10 Eff=|(0.004167031 +- 0.00131770)%|
LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToKsLLHHDecisionWithOutput #=239979 Sum=3 Eff=|(0.001250109 +- 0.000721746)%|
LAZY_AND: SpruceB2OC_LbToD0D0LambdaLL_D0ToKsLLHH_D0ToHHHHDecisionWithOutput #=239979 Sum=8 Eff=|(0.003333625 +- 0.00117859)%|
NOT for this MR!: Other lines which are "maybe" items to be considered
- Probably can rule these next two out as these decays have not been seen yet and I believe this is not a favoured detection mode (haven't thought further about this).
- Add D0 decay modes for
XibcpToPD0D0
_D0ToKPiOrKPiPiPi(process):bbaryon_to_lighthadron_ddh
- Add D0 decay modes for
Xibc0ToD0D0PPim
_D0ToKPiOrKPiPiPi(process):bbaryon_to_lighthadron_ddh
- Probably can rule these next two out as weakly-decaying Tbc is expected to decay to two same-flavour D0. Would be interesting to add if it is possible to have weakly decaying resonance decaying two opposite-flavour D0 (haven't thought further about this).
- Add D0 decay modes for
TbcToD0D0
_D0ToKPiOrKPiPiPi(process):b_to_dd
- Add D0 decay modes for
TbcToD0D0PipPim
_D0ToKPiOrKPiPiPi(process)b_to_ddhh