brat version 1-15-8

From: Flemming Videbaek (videbaek@sgs1.hirg.bnl.goV)
Date: Tue May 08 2001 - 21:51:37 EDT

  • Next message: Peter H. L. Christiansen: "Re: brat version 1-15-8"

    Updates to Brat tracking -
    As adversitised some day ago modification to the following modules have been made. Some information
    is given below. See also h and .cxx for new/ removed methods and comments.
    The version has been tagge BRAT-1-15-8.
    
    
    Files affected.
    ---------------
    
    M inc/BrMRSTrackingModule.h
    M inc/BrModuleMatchTrack.h
    M inc/BrSpectrometerTracks.h
    cvs update: Updating src
    M src/BrMRSTrackingModule.cxx
    M src/BrModuleMatchTrack.cxx
    M src/BrSpectrometerTracks.cxx
    
    
    Updates in tracking modules particular in regard to MRS. This involves several
    modifications which I hope should not break too much existing code. The conditions for
    matching in BrModuleMatch has been modified. The cuts are given relative to
    'sigmas' of the 3 match parameters, thus a SigmaRange and SigmaCut. The initial
    condition is (dAng-dAngOffset) < SigmaCut * fMatchDang etc. Later during track cleanup
    the values are compared to the RangeSigma allowing a stricter cuts , and marker
    non used tracks. See method CleanUpTracks(). ll geometry calculations are done using BrCoordinateSystems and BrVector3D- simplifies quations calculating intersections with planes etc.
    
    All used of BrHelix has been removed. It is rather trivial to calculate the pathlength
    and the entrance, exit points based on existing information during track matching.
    The points stored in BrMatchedTracks are now all in local coordinates.This is what one wants
    for checking positions, fiducial. Only for event display are global really neede
    d, and event then
    probably not.
    Removed private fTz and fTyz not used anywhere.
    Removed methods to access these variables.
    
    Modified the Clear() method in BrTPCClusterTable to not delete the Tlist keeping
    the clusters. It happened (with a simulation) the that code went into looking for
    table when in fact no clusters had been added. Why has this not been found before is a mystery.
    Kept some assert() which was inserted to find problem.
    A few cases of not finding a prefered track in BrTrackFinderBase appeared.
    this happened when chisq>1,000,000 (cases where dx==dy==0 !!!) which I thought was taken care of.
    
    CVS: ----------------------------------------------------------------------
    CVS: Enter Log.  Lines beginning with `CVS:' are removed automatically
    CVS:
    CVS: Committing in .
    CVS:
    CVS: Modified Files:
    CVS:    BrTPCClusterFinder.cxx BrTPCClusterTable.cxx
    CVS:    BrTrackFinderBase.cxx BrTrackFollowFinderModule.cxx
    CVS: ----------------------------------------------------------------------
    pii6 %
    
    
    ------------------------------------------------------
    Flemming Videbaek
    Physics Department
    Brookhaven National Laboratory
    
    tlf: 631-344-4106
    fax 631-344-1334
    e-mail: videbaek@bnl.gov
    



    This archive was generated by hypermail 2b29 : Tue May 08 2001 - 21:51:15 EDT