DC and TPC track mathing

From: Jens Ivar Jordre (jens@fi.uib.no)
Date: Fri Aug 03 2001 - 19:58:56 EDT

  • Next message: Peter H. L. Christiansen: "Re: DC and TPC track mathing"

    Howdy Y'Brahmsers.
    
    As previouly discussed by Flemming and Peter on the tpc-list, ref.
    http://www.rhic.bnl.gov/brahms/WWW/private/list_hyper/brahms-tpc-l/0037.html
    http://www.rhic.bnl.gov/brahms/WWW/private/list_hyper/brahms-tpc-l/0038.html
    http://www.rhic.bnl.gov/brahms/WWW/private/list_hyper/brahms-tpc-l/0039.html,
    the new TPC tracking scheme interfere with the (still) current
    BrModuleMatchTrack.
    
    In short BrModuleMatchTrack assumes the input event node in its Event
    method contains a data table named "Detectortrack <detector name>"
    filled with pointers to instances of BrDetectorTrack. BrTpcTrackModule
    (base of BrTpcTrackFollowModule and hopefully soon
    BrTpcTrackStringModule), however, creates a data table "TpcTrack <tpc
    name>" and fills it with pointers to instances of BrTpcTrackCandidate.
    Since BrTpcTrackCandidate is a descendant of BrTrack and NOT
    BrDetectorTrack, as it is now BrModuleMatchTrack can not be used with the
    new TPC clustering and tracking scheme. This ought to be fixed ASAP.
    
    However, if I interpret Flemming correctly, it is the idea that
    BrModuleMatchTrack should be used for DC track mathing in D3 and D4 as
    well. Therefore, my first question is based on the above mentioned mails:
    Are the DC people ready to move from the old BrDetectorTrack to BrTrack,
    i.e. probably with BrTrack under a new name?
    
    Secondly, how should we deal with the BrDetectorTrack / BrTrack duality?
    In my (humble) opinion BrTrack, under some better pseudonym, is ready to
    take over from BrDetectorTrack. As Peter points out, it is a good idea to
    let it inherit from BrLine3D, as this class has some usefull features and
    conceptually if fits well as ancestor of BrTrack. The track tables,
    whether they come from DCs or TPCs, should have a generic name, possibly
    just the plural form of BrTrack's pseudonym.
    
    Therefore, if there is anyone present (out there) who sees any reason why
    BrTrack should not replace BrDetectorTrack, speak now or forever hold
    your peace.
    
    Best wishes from
    Jens Ivar
    
    --
    Jens Ivar Jřrdre e-mail:  JensIvar.Jordre@fi.uib.no
    usually:  Dep. of Phys., Allégt. 55, N-5007 BERGEN, NORWAY
    currently: Bldg 510D, P.O.Box 5000, Upton, NY 11973-5000, USA
    phone: +1-631-344-4223
    



    This archive was generated by hypermail 2b30 : Fri Aug 03 2001 - 18:01:30 EDT