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 _______________________________________________ Mailing list: https://launchpad.net/~kaliveda-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~kaliveda-dev More help : https://help.launchpad.net/ListHelp
