Hi,
@friti and I have adapted your BParking nanoAOD code for our R(Jpsi) analysis and have noticed a strange, but perhaps known/intended, behaviour: some branches are saved with low numerical precision (which I guess it's intended) but for some of them, most notably masses, this is critical. Masses end up having 4 MeV resolution, which is problematic when it comes to fitting.
We attach one example from our ntuples

and one from your ntuples /eos/cms/store/cmst3/group/bpark/BParkingNANO_2020Jan29/BuToKee_Mufilter_SoftQCDnonD_TuneCP5_13TeV-pythia8-evtgen/crab_BuToKee/200129_160213/0000/BParkNANO_mc_2020Jan29_130.root

Questions:
- is this an effect of a configuration that belongs to BParkingNANO?
- If yes, how can we tune it?
- if not, is this an effect of the standard nanoAOD setup?
Thanks
Hi,
@friti and I have adapted your BParking nanoAOD code for our R(Jpsi) analysis and have noticed a strange, but perhaps known/intended, behaviour: some branches are saved with low numerical precision (which I guess it's intended) but for some of them, most notably masses, this is critical. Masses end up having 4 MeV resolution, which is problematic when it comes to fitting.
We attach one example from our ntuples


and one from your ntuples
/eos/cms/store/cmst3/group/bpark/BParkingNANO_2020Jan29/BuToKee_Mufilter_SoftQCDnonD_TuneCP5_13TeV-pythia8-evtgen/crab_BuToKee/200129_160213/0000/BParkNANO_mc_2020Jan29_130.rootQuestions:
Thanks