v4-16-Release: bug reports, committed fixes and proposed changes
- P. Hristov
v4-16-Release: bug reports, committed fixes and proposed changes P. - - PowerPoint PPT Presentation
v4-16-Release: bug reports, committed fixes and proposed changes P. Hristov 21/05/2009 Weekly offline meeting Committed changes #50301 Please install new AliTPCPreprocessor in Release #50274 Wrong orientation of TPC clusters
– From rev. 32473
– From rev. 32379
– From rev. 32438
– From rev. 32418,32424, 32439. More changes expected.
components of the B-field. (Black = v4-16-Release, Blue=trunk)
– No news
– No news
– Improved protections were provided by Ruben & Martin
1. The AliTPCtrack::PropagateTo function was modified. In case of step
is not correct) 2. For unknown reason the TRD updates the Outer parameters even being
3. Running the same reconstruction code without and with outer detectors the efficiency to refit decrease from 100 % to 98 %. The effect is visible mainly for big theta. The TPC outer parameters have to be backuped in the AliESDfriend and incase of big difference (>n sigma) between TPC backup and current AliESDtrack parameters have to be replaced.
precision of 1/PT). On top we have to minimize tails in pt pulls. The tail will define our cut. 1. The width of the pt pulls for tracks not decaying in the TPC is around(1,1.1) (TPC stand alone) 2. In case the particle decays inside of the TPC significant the tails of the distribution are more significant and the width is two times bigger. 3. The deterioration also visible in case particle decays inside of the TRD and the TRD info is used for refit. To be done: 1. Backup TPC outer information in ESD friend track and start TPC refit from this point if the mismatch between current param. and backup is bigger than n-sigma threshold. 2.
residuals.
Observed pt shift and strong dependence of this shift on the theta is explained by not taking the Br and Brfi component of the mag field into account in AliExternalTrackParam::PropagateTo. It is not detector related. The correction for p_t can be roughly estimated deltapt/pt ~ pz/pr * Br/Bz The fact that the effect is not detector specific can be demonstrated using the exact MC track references instead of the detector clusters in the reconstruction.(The code AliMCTrackingTestTask::FitTrackRefs+see attached picture.) Conclusion:
method.
beneglected
method -not approximation - as all parameters are affected.
– Investigated by Martin, Andrea,Yuri and Francesco – Reproduced with pp events when vertexer Z is used instead of vertexer 3D. – Doesn’t depend on the XY position of the vertex: forcing X=0, Y=0 in vertexer 3D doesn’t reproduce the problem. – Using (0,0,0) as vertex doesn’t reproduce the dip (possibly because of the smearing). – Switching off AliITStrackV2::Improve method (return at the first line) “cures” the dip with vertexer Z. Confirmed. – Still a lot of work needed…
– AliSHILv3 has to be fixed
– “Marian knows how to fix the problem”. Second reminder is sent.
– No news
dE/dx not OK
#46796: Multiply reconstructed tracks (phi = 0 and 180 deg)
~1% fake tracks. This is consistent with the particle decays when some clusters
from the daughter track are assigned to the mother one or vice versa.
More investigations?
#46278: Bug/artifact in SPD tracklet finding
Caused by the selection on DeltaPhi in the ITS vertexer 3D. PB to decide.
#46372: Primary vertex reconstruction: events with multiple primary
Preliminary results shown The updates in the ESD available in the trunk
Proposal: introduce it when we start pileup production with v4-16-Release
(was TPC-TOF matching in LHC08d raw-data reconstruction)
calibration
Proposal: implementation upon the PB's decision, not urgent for current MC production
– New development, not assigned.