kaliveda-dev team mailing list archive

[John Frankland <943883@xxxxxxxxxxxxxxxxxx>]

je confirme que pour le run 690 je ne trouve aucune correspondance entre
les événements DST et les événements bruts.

par contre, pour le run 691, il n'y a aucun problème. d'ailleurs, quand j'analyse le run ROOT généré par MFR avec v1.8.4,
je vois que quasiment toutes les particules ont leur marqueur de temps (sauf quelques unes qui semblent toujours
être dans la couronne 13 - mais il y a aussi des particules de la 13 AVEC mt). mais je n'ai regardé que les 100 premiers
événements...

néanmoins, je pense qu'il doit y avoir un décalage à partir du moment où il y a des événements GENE
dans le run. le compteur d'événements utilisé dans veda.f (et qu'on récupère de la DST dans num_evt_brut)
ne compte que les événements physique (STAT_EVE=-40) de la bande, tandis que l'arbre de paramètres bruts
généré par KaliVeda contient tous les événements, quelle que soit leur nature. donc dans la version actuelle
des données regénérées, par exemple le run 691, même si les événéments du début de run sont bons,
je crois que s'il y a un bloc de 200-400 événements GENE qui arrivent alors tout le reste du run sera décalé.

je vais faire des tests avec 'correction' du numéro d'événement brut
pour ce run pour voir.

par contre pour 690 je ne vois pas du tout où est le problème (ni
comment les données DST ont été générées!!!)

-- 
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