kaliveda-dev team mailing list archive

[John Frankland <943883@xxxxxxxxxxxxxxxxxx>]

ça se confirme. pour le run 691 tout est bon jusqu'à l'événement 127567,
puis il y a ~200 événements GENE.
après, le numéro 'num_evt_brut' de la DST est décalé d'autant, j'arrive à le corriger
facilement en retrouvant l'événement brut correspondant.
à la fin des 274664 événements, le dernier numéro d'événement corrigé correspond
bien au dernier événement du fichier 'raw' (296295).
résultat des courses: les 118718 premiers événements étaient bons (~43%)
puis les 155946 suivants étaient décalés et n'avaient que des coïncidences fortuites
pour les marqueurs de temps.

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

Title:
  DST2ROOT : marqueurs de temps aléatoires

Status in KaliVeda data analysis framework:
  Confirmed
Status in KaliVeda 1.8 series:
  Confirmed

Bug description:
  Voulant réanalyser des runs 1re campagne en incluant mes anciennes conditions sur les MT, j'ai regénéré les runs
  Xe+Sn à 32 et 45 AmeV avec KV1.8.4 en utilisant DST2ROOT.
  J'obtiens effectivement des MT "présents", mais pas pour toutes les particules. Globalement environ 45% des particules
   ont MT=-1, pout TOUS les modules de TOUTES les couronnes. Tous les runs sont concernés à 32 AMeV. Il ne peut donc pas s'agir 
  de quelques détecteurs avec le MT en panne. Lorsque le MT est présent, le spectre est celui que l'on attend.

  J'ai vérifié que toutes les particules étaient "arrêtées quelque part"
  avec les conditions StoppedInxxx.

    Précision : je n'ai analysé que les particules appartenant à mes
  événement favoris  Ztot>=80 et flot>=60 deg, mais si je mets ma
  condition sur les MT avec un KVParticlecondition, je n'ai aucun
  événement OK qui entre dans Analysis, le problème est donc général.

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