...
- Norman's TRF.
- Still needs code to load its geometry from the org.lcsim geometry and code to load its hits from org.lcsim clusters.
- Nick's, weight matrix fitter.
- Works on the cylindrical geometry, but not yet on the wafer geometry.
- Caroline's Kalman filter used for muon tracking and could be extended for vertex+tracker.
- Kfitter+SOD Tracker - there is a kalman filter in there but I don't know exactly where.
- We do not have proper output classes for any of these.
Track Classes
We need improved Track classes:
- Report track parameters and covarinace matrix valid in different regions
- Example regions:
- Innermost hit.
- Outermost hit.
- Point of closest approach to beam line.
- Impact point on calorimeter.
- Second innermost hit ( useful if vertex pattern recognition says that the innermost hit is spurious ).
- Example regions:
- Access to residuals for hit rejection. ( Need not be persisted ).
TrackerHits
- We plan to persist TrackerHits.
- They have ceased being useful objects for anything except graphics.
- They are now the product of pattern recognition and track fitting, not the input to these codes, as originally envisioned.
- We intend to modify TrackerHit to point to cluster information, in order to provide access to the geometry.
- However we do not plan to persist the clusters. Therefore it is not possible to access geometry from TrackerHits in persisted events. Therefore it is not possible to run one job to create the input to pattern recognition and run many subsequent jobs to develop pattern recognition codes.
- We plan to shoehorn clusters into TrackerHits? We plan to shoehorm TRF hits into TrackerHits.
- Is this plan self consistent?
- Maybe, if we add a type field to TrackerHit - which we probably need to do anyway.
...