Skip to content
Snippets Groups Projects

Time parameter in xAOD::TrackParticle

Merged David Richard Shope requested to merge atlas-hgtd/athena:TrackParticle-time-deco into master
All threads resolved!

Up until now, the output of HGTD reconstruction has been a collection of xAOD::TrackParticle decorations conveying the HGTD timing information (with track and vertex times being derived from them post-reco). This MR is a first step towards a more integrated track time in the xAOD EDM.

The topic was discussed in a core software meeting, where a preliminary strategy was proposed to add the time as dynamic for now. This should make it relatively transparent for Run 3 code, but usable for upgrade code (in which case the time will still need to be set on every track).

/cc @akraszna @npetters @tadej @tstreble @ncalace @pagessin @lgagnon @aleopold

Edited by David Richard Shope

Merge request reports

Checking pipeline status.

Approval is optional

Merged by Adam Edward BartonAdam Edward Barton 2 years ago (Sep 6, 2022 12:44pm UTC)

Merge details

  • Changes merged into master with ea589e35 (commits were squashed).
  • Did not delete the source branch.

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
  • added 1 commit

    Compare with previous version

    • Resolved by Christos Anastopoulos

      Hi,

      but usable for upgrade code (in which case the time will still need to be set on every track).

      That was the importand bit in the discussion if I recall assuming there is one collection (as we do not want to add info only in some track particles of the collection). I think what you do is OK.

      Since you are using accessor do you have already an idea how this is to be used. In short should we have already a modified TrackParticleCreator what not to see how the interface fits in?

      warrant a new version of the interface class

      No , the moral of many discussions is that interface class versioning is something we would do very rarely if at all. @akraszna can give more details ...

      Edited by Christos Anastopoulos
  • Christos Anastopoulos
  • added 1 commit

    • 7ce9612b - Add static keywords and remove TODO comment

    Compare with previous version

  • added 1 commit

    • bb62018a - Add hasValidTime to track summary and separate method for retrieval

    Compare with previous version

  • Un-drafting now since from the HGTD side, we propose to add the rest of the TODO items in future MRs. As a summary of the discussion above, the list of remaining developments is as follows:

    • Interface HGTD extension with TrackParticleCreatorTool
    • Encode timing "quality cuts" into track summary
    • Add time uncertainty
    • Consider flexibility for different time of flight corrections
  • David Richard Shope marked this merge request as ready

    marked this merge request as ready

  • This merge request affects 1 package:

    • Event/xAOD/xAODTracking

    This merge request affects 4 files:

    • Event/xAOD/xAODTracking/Root/TrackParticle_v1.cxx
    • Event/xAOD/xAODTracking/Root/TrackSummaryAccessors_v1.cxx
    • Event/xAOD/xAODTracking/xAODTracking/TrackingPrimitives.h
    • Event/xAOD/xAODTracking/xAODTracking/versions/TrackParticle_v1.h

    Adding @amorley ,@akraszna as watchers

  • :white_check_mark: CI Result SUCCESS (hash bb62018a)

    Athena AthSimulation AthGeneration AnalysisBase AthAnalysis DetCommon
    externals :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
    cmake :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
    make :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:
    tests :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark: :white_check_mark:

    Full details available on this CI monitor view. Check the JIRA CI status board for known problems
    :white_check_mark: Athena: number of compilation errors 0, warnings 0
    :white_check_mark: AthSimulation: number of compilation errors 0, warnings 0
    :white_check_mark: AthGeneration: number of compilation errors 0, warnings 0
    :white_check_mark: AnalysisBase: number of compilation errors 0, warnings 0
    :white_check_mark: AthAnalysis: number of compilation errors 0, warnings 0
    :white_check_mark: DetCommon: number of compilation errors 0, warnings 0
    :pencil: For experts only: Jenkins output [CI-MERGE-REQUEST-CC7 58360]

  • relabeling while discussions are ongoing...

  • Christos Anastopoulos resolved all threads

    resolved all threads

  • Adam Edward Barton resolved all threads

    resolved all threads

  • mentioned in commit ea589e35

  • Please register or sign in to reply
    Loading