kaliveda-dev team mailing list archive

[John Frankland <1020696@xxxxxxxxxxxxxxxxxx>]

** Also affects: kaliveda/1.8
   Importance: Undecided
       Status: New

** Also affects: kaliveda/e494s-dev
   Importance: Undecided
       Status: New

** Changed in: kaliveda/1.8
    Milestone: None => 1.8.6

** Changed in: kaliveda/1.8
   Importance: Undecided => High

** Changed in: kaliveda/e494s-dev
   Importance: Undecided => High

** Changed in: kaliveda/e494s-dev
     Assignee: (unassigned) => Guilain Ademard (ademard)

** Changed in: kaliveda/1.8
     Assignee: (unassigned) => John Frankland (frankland)

** Changed in: kaliveda/e494s-dev
       Status: New => Confirmed

** Changed in: kaliveda/1.8
       Status: New => Confirmed

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

Title:
  INDRA-VAMOS: comptage double d'évènement VAMOS

Status in KaliVeda data analysis framework:
  Confirmed
Status in KaliVeda 1.8 series:
  Confirmed
Status in KaliVeda e494s-dev series:
  Confirmed

Bug description:
  KaliVeda: 1.8.5

  Ce Bug est une réponse à la question #200213 concernant la duplication
  des évènements VAMOS dans les données "recon".

  Lors de la reconstruction des données brutes, les évènements "recon" pour lesquels seul VAMOS a déclenché sont écrits deux fois:
  - une première fois dans la méthode KVINDRARawDataReconstructor::Analysis()  
  - une deuxième fois dans la méthode  KVIVRawDataReconstructor::Analysis().

  A mon avis il n'est pas nécessaire de redéfinir la méthode Analysis()
  dans la classe KVIVRawDataReconstructor.

  Lorsque l'on compare l'arbre de données brutes "RawData" et l'arbre des données reconstruites "ReconstructedEvents" dans le fichier de données "recon", on voit que le nombres d'entrées de "ReconstructedEvents" est supérieur. Par exemple pour le Run 100 de l'expérience e494s:
  RawData                        --> 154947
  ReconstructedEvents --> 256784

  Quand j'enlève la méthode KVIVRawDataReconstructor::Analysis(), après reconstruction des données, je ne trouve plus d'évènement dupliqués et pour le même run:
  RawData                        --> 154947
  ReconstructedEvents --> 154946

  La différence d'une entrée entre les deux arbres vient de la boucle
  while dans KVRawDataAnalyser::ProcessRun() (voir ligne 83
  http://indra.in2p3.fr/KaliVedaDoc/1.8.5/src/KVRawDataAnalyser.cxx.html#N_BnIC).

  Peut-être que changer ce while par quelque chose du type 
  while( (nevents-- ? fRunFile->GetNextEvent()  : kFALSE) )
  permettrait d'avoir le même nombre d'entrées dans les deux arbres et éviterait les Warnings quand on donne ReconstructedEvents comme ami à RawData. Ok là je sort du cadre du Bug.

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