kaliveda-dev team mailing list archive

[John Frankland <943883@xxxxxxxxxxxxxxxxxx>]

- Je pensais que l'arbre raw était généré à partir des bandes DST

c'était le cas pour KV<1.8. tous les paramètres bruts étaient stockés dans les (KV)particules,
on copiait les paramètres bruts de l'événement DST (tableau canal(i,j) dans veda_6.incl).
depuis 1.8 on ne stocke plus les paramètres bruts avec les particules.
dans les fichiers recon/ident/root il y a 1 arbre d'événements reconstruits (avec les particules
dedans) et 1 arbre avec tous les paramètres bruts (copie conforme du fichier raw lu en entrée,
tout y est, on garde tous les événements et tous les paramètres). le numéro d'événement d'un
événement reconstruit est toujours le numéro de l'événement brut dans l'arbre des paramètres
bruts à partir duquel il a été reconstruit.
je pensais m'en sortir avec DST2ROOT en utilisant la variable num_evt_brut de veda_6.incl
comme numéro d'événement reconstruit pour garder la correspondance avec l'arbre de paramètres
bruts. même si celle-ci n'est pas tout à fait le numéro d'événement brut (elle n'est pas incrémentée
pour les événements géné pendant la génération des DST, d'après veda.f), dans le cas que je regarde
(run 690 de Xe+Sn@32) le premier événement géné n'arrive qu'au 15000ème événement, donc
au moins pour les 15000 premiers événements la correspondance devrait être directe.
mais ce n'est pas (apparemment) le cas.
et comme j'ai écrit hier, si je fais tout simplement une recherche dans l'arbre pour un événement
contenant des paramètres bruts tels que je trouve dans les événements DST (en me limitant
aux codes 2-4 voire même aux détecteurs CsI des codes 2, pour éviter de considérer des valeurs
du tableau canal() qui seraient en fait des canaux soustraits après la cohérence), j'ai du mal
à retrouver mes petits...

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