kaliveda-dev team mailing list archive

[Guilain Ademard <ademard@xxxxxxxxxxxxx>]

Sur ma branche e494s_branch j'ai testé les modifications proposées dans
le commentaire #1. Ces modifications règles le problème de
désynchronisation entre RawData et ReconstructedEvents mais les
informations retournées par le KVINDRATriggerInfo ne sont toujours pas
correctes pour les évènements VAMOS (et les Géné. à priori).

Dans KVINDRAReconDataAnalyser::preAnalysis() seul les KVACQParams "touchés" sont chargés dans gIndra. Il n'y a pas de mise à zéro de tous les KVACQParams à chaque changement d'évènement. Des  KVACQParams "touchés" dans l'évènement précédent restent donc toujours chargés dans gIndra même s'ils ne sont pas touchés dans l'évènement courant. 
C'est pour cette raison, je pense, que les  KVACQParams du KVINDRATriggerInfo indiquent que les évènements VAMOS sont des évènements INDRA. En effet, ces KVACQParams ne sont pas considérés comme touchés, et donc pas présent dans l'arbre RawData, si VAMOS est le seul à déclencher.

J'ai essayé d'ajouter la commande:

gIndra->GetACQParams()->R__FOR_EACH(KVACQParam,Clear)();

dans KVINDRAReconDataAnalyser::preAnalysis() juste avant la boucle for()
ligne 320 (voir:
http://indra.in2p3.fr/KaliVedaDoc/1.8.5/src/KVINDRAReconDataAnalyser.cxx.html#MFDMPE)
pour remettre à zéro les KVACQParams et ça semble fonctionner.
Maintenant je ne sais pas dans quelle mesure ça peut affecter d'autres
classes.

-- 
You received this bug notification because you are a member of KaliVeda
Development Team, which is subscribed to KaliVeda.
https://bugs.launchpad.net/bugs/1020878

Title:
  Données recon INDRA-VAMOS : Désynchronisation entre données bruts et
  évènements reconstruits

Status in KaliVeda data analysis framework:
  New

Bug description:
  version = 1.8.5
  build date = 2012-07-03
  KVROOT = .kvroot-test_gcc-4.4.3_x86_64_root-5.32.00
  BZR branch name = e494s_branch
  BZR revision #202

  Lors de mon analyse réalisée sur les données « recon » pour comprendre
  l'origine de la duplication des évènements VAMOS (voir Bug #1020696),
  j'ai remarqué pendant la lecture de chaque événement reconstruit que
  les données brutes associées (ACQ param, info trigger, …), ne sont pas
  correctes. Ceci seulement pour les évènements dans lesquels seul VAMOS
  déclenche (la multiplicité INDRA est nule).

  Pour cette analyse j'ai utilisé  un KVSelector avec KaliVedaGUI sur
  les données « recon » de la base de donnée INDRA_e494s.

  Dans la méthode  KVSelector ::Analysis()  il y a les sorties suivantes
  :

          cout<<fNameCounter[eventtype]<<" event"<<endl;
  	cout<<"Trigger: isINDRAEvent= "<<gIndra->GetTriggerInfo()->IsINDRAEvent();
  	cout<<", IsPhysics= "<<gIndra->GetTriggerInfo()->IsPhysics()<<endl;
  	cout<<"Tree Entry= "<<GetTreeEntry()<<", Event Number= "<<GetEventNumber()<<", Associated RawData index= "<<GetEventNumber()-1<<endl<<endl;

  où fNameCounter[eventtype] retourne le type d'évènement analysé :
  - INDRA si  la multiplicité d'INDRA (obtenue avec GetEvent()->GetMult()) est non nulle et aucun détecteur de VAMOS 
     est touché;
  - VAMOS si la multiplicité INDRA est nule et au moins un détecteur de VAMOS est touché;
  - INDRA+VAMOS si les deux ont été touchés.

  
  Dans la sortie, donnée à la suite, on voit l'erreur sur les évènements VAMOS, le Trigger Info considère que c'est un événement de physique INDA. Finalement les évènements VAMOS ont  le Trigger Info de l'évènement INDRA qui les précède. 

  ------------------------------- SORTIE ------------------------------------------------------
  INDRA+VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 0, Event Number= 1, Associated RawData index= 0

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 1, Event Number= 1, Associated RawData index= 0

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 2, Event Number= 1, Associated RawData index= 0

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 3, Event Number= 1, Associated RawData index= 0

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 4, Event Number= 1, Associated RawData index= 0

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 5, Event Number= 1, Associated RawData index= 0

  INDRA+VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 6, Event Number= 7, Associated RawData index= 6

  INDRA+VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 7, Event Number= 8, Associated RawData index= 7

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 8, Event Number= 8, Associated RawData index= 7

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 9, Event Number= 8, Associated RawData index= 7

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 10, Event Number= 8, Associated RawData index= 7

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 11, Event Number= 8, Associated RawData index= 7

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 12, Event Number= 8, Associated RawData index= 7

  INDRA+VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 13, Event Number= 14, Associated RawData index= 13

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 14, Event Number= 14, Associated RawData index= 13

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 15, Event Number= 14, Associated RawData index= 13

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 16, Event Number= 14, Associated RawData index= 13

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 17, Event Number= 14, Associated RawData index= 13

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 18, Event Number= 14, Associated RawData index= 13

  VAMOS event
  Trigger: isINDRAEvent= 1, IsPhysics= 1
  Tree Entry= 19, Event Number= 14, Associated RawData index= 13

  
   ====================== END ======================

To manage notifications about this bug go to:
https://bugs.launchpad.net/kaliveda/+bug/1020878/+subscriptions