kaliveda-dev team mailing list archive

[Guilain Ademard <ademard@xxxxxxxxxxxxx>]

J'ai ajouté le patch dans ~indra-vamos/kaliveda/IV » Revision 554, puis
regénerer les recons et les idents pour quelques runs INDRA_SOLO.

 Patrick a analysé ces runs et il a retrouvé les IDCode4 et il y a maintenant  des particules stoppées dans les Si. 
Avant KVINDRAReconNuc::GetStoppingDetector() ne retounait jamais un Si.

Par contre il a observé d'autres problèmes, je le site:
"Pour l'énergie c'est problématique, pour les ChIo, seulement les anneaux pairs ont des valeurs positives. Il y a énormément d'énergie négatives, j'imagine que c'est causé par la cohérence."
"Il semble aussi y avoir un problème avec les sous-code, j'obtiens seulement -1 ou -65365" (Question #235144)

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

Title:
  Aucun noyau dans INDRA avec un IDCode4 dans les couronnes <10

Status in KaliVeda data analysis framework:
  New
Status in KaliVeda 1.9 series:
  New

Bug description:
  Les runs INDRA_SOLO pour l'expérience e494s ont été reconstruits puis identifiés récemment, avec la branche IV ( ~1.8.10).
  Marie-France et Thomaz ont remarqué qu'il n'y a aucun IDCode4,  tout est en IDCode5, pour les couronnes 4-9.  Ça n'a pas l'air grave,
  mais cela peu rejaillir plus loin : quand on regarde les distributions de Z par couronne, on voit que
   pour les couronnes impaires on n'a que des petits Z. Cela ne serait possible que si tous les grands Z  s'arrêtaient dans la ChIo, ce qui n'est pas les cas (voir thèse Paola, et autres CR de journées INDRA).

  Nous avions pensé à un problème dans les classes (ou les grilles)
  développées pour e494s, cependant après un petit teste on a vu
  qu'aucune particule reconstruite ne s'arrète dans un Silicium (hors
  siliciums des télescopes étalons). De plus le statut de reconstruction
  (KVINDRAReconNuc::GetStatus() ) est toujours égal à 3
  (KVReconstructedNucleus::kStatusStopFirstStage) même quand un silicium
  est touché ( KVSilicon::Fired("all") = true ).

  Donc le problème vient probablement de la reconstruction.

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