pour les codes 5 Je pense aussi que c'est un problème de géométrie. Lors de la reconstruction je pense que KaliVeda n'arrive pas à trouver le détecteur qui se trouve en face du CsI, les étalons, peut être parce qu'ils sont plus petits que les CsI (???), et donc il croit que la particule est arrêtée dans le premier étage. La particule a alors un status (KVINDRAReconNuc::GetStatus()) qui est égal à KVReconstructedNucleus::kStatusStopFirstStage. Pour les particules qui ont ce status, KaliVeda attribue systématiquement in IDcode5 (voir KVINDRAReconEvent::IdentifyEvent() ). A vérifier!
-- You received this bug notification because you are a member of KaliVeda Development Team, which is subscribed to KaliVeda. https://bugs.launchpad.net/bugs/1271634 Title: algorithme d'identification dans les modules etalons Status in KaliVeda data analysis framework: Confirmed Status in KaliVeda 1.8 series: Confirmed Status in KaliVeda 1.9 series: Confirmed Bug description: Analyse de runs INDRA solo de e494s. Raw->recon, recon->ident et analyse utilisent KaliVeda 1.9. Un grand nombre d'incohérences est relevé dans les identifications des modules étalons. - il n'y a aucun code 4, ni CI-CsI, ni CI-SI75, alors que les grilles existent. - les particules arrêtées dans Si75 ont un code 3 et sont mal identifiées (e.g. les alphas du Cf reçoivent un z=1, cette ligne Z=1 n'existe pas sur la grille CI-SI75). - les particules arrêtées dans le SiLi sont bien identifiées, avec un code 3 : OK - les cartes SiLi-CsI voient des z=1, identifiées en code 2. Les d et t de basse énergie sont mal identifiés (A=1), à cause du tracé actuel des lignes fragment sur CsI RxL (démarre au piedestal). On maitrise cela. - pour les particules qui atteignent le CsI : 1/3 a le code 2, et les identifications sont correctes. 2/3 ont le code 5 avec des spectres RxL discontinus. p, d, t, alphas sont correctement identifiés sur ces bouts de ligne. Parmi celles-ci 1/4 ont une composante lente > piedestal et une composante rapide absente (ident A=1, Z=0, ECsI=0 MeV). Le SiLi est au piedestal. Il reste des gamma (mêmes Z, A, E que ci-dessus). Voila où j'en suis. Nous avons regardé les sources avec Guilain, sans comprendred'où viennet les pb. Sinon que le premier test pour voir si la particule a traversé les silicium est GetSi75 et GetSiLi, qui sont toujours présents dès que le CsI est touché, ce n'est peut-être pas assez précis. Plus loin (méthodes cohérence) il y a une vérification que tous les paramètres sont > piedestal, cela tient-il compte du piedestal variable ? Les valeurs chiffrées concernent le module 1002, mais les modules des couronnes 11, 12 et 13 ont le même comportement. To manage notifications about this bug go to: https://bugs.launchpad.net/kaliveda/+bug/1271634/+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
