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