GSI Forum
GSI Helmholtzzentrum für Schwerionenforschung

Home » PANDA » PandaRoot » Bugs, Fixes, Releases » Bug in LHE (fixed) and MC propagation for tracks
icon4.gif  Bug in LHE (fixed) and MC propagation for tracks [message #11664] Tue, 12 April 2011 17:29
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *to.infn.it
Dear all,
first of all I want to communicate that the latest changes in the detectorID definition have introduced a bug in lhetrack code: GEMs were not working anymore (and this is the reason why for the data challenge LHE had poor efficiency at forward angles).
The bug has been found and fixed.

Second, I have extracted from lhetrack package the routine to correlate the PndTrack objects to all the PndMCTrack indices present in the track hits, and now it is a general task working with all the pattern recognition PndTrack objects. The task is called PndMCTrackAssociator, it creates a TClonesArray filled with PndTrackID objects (slide 2).

The macro/pid/run_reco_sttcombi.C shows how to use it after the reconstruction task:

  PndMCTrackAssociator* trackMC = new PndMCTrackAssociator();
  trackMC->SetTrackInBranchName("SttMvdGenTrack"); 
  trackMC->SetTrackOutBranchName("SttMvdGenTrackID");
  fRun->AddTask(trackMC);


and the run_pid_stt.C shows how to propagate the index of the most common PndMCTrack up to the PndPidCandidate:

  PndPidCorrelator* corr = new PndPidCorrelator();
  corr->SetInputBranch("SttMvdGenTrack");
  corr->SetInputIDBranch("SttMvdGenTrackID");
  corr->SetDebugMode(kTRUE);
  fRun->AddTask(corr);


This is a temporary code, considering that FairLinks are commented out in the tpc code. Once fixed, we will move to the FairLink structure.
Previous Topic: Problems with FairRootManager
Next Topic: [FIXED] Crash from libTpcReco
Goto Forum:
  


Current Time: Sat Nov 30 08:25:50 CET 2024

Total time taken to generate the page: 0.00709 seconds