Closed yipengsun closed 2 years ago
Or, should we forget about the mass window cut on the B0
entirely? Because that cuts would highly favor events within the deltaM
window.
Yes I think we don't need the B mass window cut but apply the D0 mass window cut for those weights. So essentially we need what you call dst_nominal
& dst_out
selections.
In the end, we'll do the following:
D0
mass window cut to ensure we have a good D0
deltaM
windowOK, I started the misID ntuple generation process. Should be done before tomorrow afternoon.
Latest misID ntuples added at rdx-run2-analysis
:
ntuples/0.9.6-2016_production/Dst_D0-mu_misid
Use git-annex
to download these ntuples.
Testing if we can apply b_m_ok && in_fit_range
for D* samples.
Currently, we only require d0_m_ok && dst_m_ok
(comb_d
) and d0_m_ok && !dst_m_ok
(comb_dsb
). For the D* right sign sample, we have:
comb_d
, tagged Pi: 396482comb_dsb
, tagged Pi: 123218comb_d
, tagged e: 60410comb_dsb
, tagged e: 12001For the wrong-sign Pi sample (I believe for this samples, more events will FAIL the dst_m_ok
cut):
comb_d
, tagged Pi: 24364comb_dsb
, tagged Pi: 110253comb_d
, tagged e: 2185 (this is already on the small side)comb_dsb
, tagged e: 9908 Now if we require b_m_ok && in_fit_range
in addition, for the same D* right sign sample:
comb_d
, tagged Pi: 385774comb_dsb
, tagged Pi: 119803comb_d
, tagged e: 59397comb_dsb
, tagged e: 11708For the wrong-sign Pi samples:
comb_dsb
, tagged, e: 23704comb_dsb
, tagged Pi: 107239comb_d
, tagged e: 2120comb_dsb
: tagged e: 9672To conclude, I believe it is fine to apply the additional b_m_ok && in_fit_range
cuts.
FYI @manuelfs @Svende
Thanks for looking into this @yipengsun! Following your conclusion that those cuts won't kill too many events, are you then planning to do another round of unfolding misID tuples adding those cuts?
I plan to add those after we finish the preliminary fit for both comb D* and comb B. Because:
We've discussed to split the reweighting in 4 regions. For one of the region (D
SB B
SB), some of the tagged species contain very few events (namely, the electron sample contains only ~30 events).
Looking at the unfolding result in the D
SB B
SB region: (top: before, bot: after):
I think the unfolding is still working, in the sense that we still recovered some true particles from the tagged ghost samples.
So, I'll proceed with the current split, which has 4 separate unfolding regions.
Currently we only have the weights for B comb. bkg. as the unfolding weights are different between nominal and B USB region.
For
D*
, we need to have different weights for events IN and OUTSIDE thedeltaM = (mD* -mD0)
window only.So we need 2 species, let's call them
dst_nominal
anddst_out
. The selections are:B0
selections (so NOB0
USB)D0
mass window cut to ensure we have a validD0
mesondst_nominal
:deltaM
within a given range. This means that for every event like this a REALD*
is likely presentdst_out
:deltaM
outside the given range. This means that for these events it's likely a FAKED*
(which is just a trueD0
combined with some random slowPi
)@Svende @manuelfs Do you think the cuts listed above are the cuts for the
D*
comb. bkg? If so, I'll start processing them and the ntuples containing theD*
misID weights should be ready by next Mon.