Skip to content
Snippets Groups Projects

Remove use of TISTOS getters in B-tracking lines

Merged Maarten Van Veghel requested to merge mveghel-btrackfix into master
1 unresolved thread

Needs Rec!3792 (merged)

avoids use of TISTOS functions to obtain candidates, solely use extra_outputs now

fyi: @sesen @nskidmor

Edited by Maarten Van Veghel

Merge request reports

Loading
Loading

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
273 273
274 274 hlt2_line_name = hlt2_lines[0] if found_line else hlt2_line
275 275 with upfront_decoder.bind(source="Hlt2"):
276 hlt2_parts = get_particles(
  • @sesen I'm afraid this introduced a bug. We're having only the D+/- of B2Dpipi line because of this in our sprucing line. Currently I don't see a way around it then using what was there before to obtain the Hlt2 Particles. Or is there a way around it?

  • You have to tell me a bit more to understand the problem.

  • In the extra outputs we have in HLT2 the Particle object that saves both the heavy flavour Track object in its associated ProtoParticle and as daughter particle the particle that is used as input to find the heavy flavour track. In the B2Dpipi case this runs on the D and right now we use this relation to the particle to obtain back the Hlt2 particle, but we want the B and not the D (by the way in the signal channel case this goes right). Before we got directly the B with what was here before (see diff in this MR), which clashed with the TISTOS getters.

  • One way to circumvent it is do the selection partly again, just getting the two extra pions to form the B in sprucing, but if we could get the B directly, as it is already there, that would be great.

  • if that's too time consuming, then you can do as before.

  • Please register or sign in to reply
  • mentioned in issue #803

  • Please register or sign in to reply
    Loading