Skip to Content.
Sympa Menu

sphenix-tracking-l - [Sphenix-tracking-l] Longer Term Strategy with Trackbase

sphenix-tracking-l AT lists.bnl.gov

Subject: sPHENIX tracking discussion

List archive

Chronological Thread  
  • From: "Osborn, Joe" <osbornjd AT ornl.gov>
  • To: "sphenix-tracking-l AT lists.bnl.gov" <sphenix-tracking-l AT lists.bnl.gov>
  • Subject: [Sphenix-tracking-l] Longer Term Strategy with Trackbase
  • Date: Mon, 11 Apr 2022 21:19:38 +0000

Hi all,

 

I started moving the track seed objects into trackbase, and ran into a circular package dependency. The problem is that the ActsTransformations class is in trackbase_historic as some of the functions are at the SvtxTrack level, so it needs to know about SvtxTracks. So, I wanted to pitch this for discussion before implementing it because some of the solutions I considered are pretty invasive.

 

The TrackSeed class needs the local->global transformation available in ActsTransformations. It may be easier to separate this into an ActsClusterTransformation class and an ActsTrackTransformation class, or something like this. One could exist in trackbase_historic, the other in trackbase.

 

It also brings up the question of what our longer term strategy is for these packages. Do we plan to have all the fundamental object classes in trackbase? Or do we plan to have a separate package for track related objects (e.g. trackbase_tracks or some more clever name if I actually spent more than 5 seconds thinking about it).

 

We may want to consider this carefully, to avoid having trackbase getting extremely cluttered but also without introducing the possibility for circular dependencies between packages.

 

Joe

 

---------------------------

 

Joe Osborn, Ph.D.

Associate Research Scientist

Oak Ridge National Laboratory

osbornjd AT ornl.gov

(859)-433-8738

 




Archive powered by MHonArc 2.6.24.

Top of Page