kaliveda-dev team mailing list archive

[John Frankland <question192392@xxxxxxxxxxxxxxxxxxxxx>]

Question #192392 on KaliVeda changed:
https://answers.launchpad.net/kaliveda/+question/192392

    Status: Open => Solved

John Frankland confirmed that the question is solved:
Toujours pas de réponse? Bof, on dirait que les utilisateurs ne sont pas
très solidaires...

Alors voilà: le nombre d'événements par run affiché e.g. dans KaliVedaGUI est une info
qui vient de la base de données concernant la manip. Ce chiffre est extrait des feuilles de run
(pour les manips plus récentes que la 5ème campagne) ou à partir des copies des
tableaux Excel qui étaient remplis à la main pendant les campagnes 1-5.

Pour les campagnes 1-4, les données au format KaliVeda sont générées en relisant
les fichiers DST produits avec les anciens programmes de kali-bration. Le nombre d'événements
dans les fichiers DST peut être largement inférieur au nombre d'événements dans
le fichier de données brutes de départ (des événements "pathologiques" n'étaient tout
simplement pas écrits par les programmes fortran qui s'occupaient de cette étape):
je viens de le confirmer en re-générant les données de Au+Au pour avoir accès aux données
brutes (les marqueurs de temps).

Depuis la 5ème campagne les données sont reconstruites et calibrées avec KaliVeda,
et normalement il y a le même nombre d'événements dans un arbre "root" que dans
le fichier "raw" correspondant (pas de rejet d'événements à l'écriture). Par contre il peut
toujours y avoir une légère différence entre le nombre d'événements annoncé
(provenant de la feuille de runs, info obtenue du système d'acquisition au moment
de la fin du run) et le nombre réel d'événéments dans le fichier de données. C'est
toujours le cas, on l'a encore vu lors de la E613, je pense que c'est à cause
d'une légère désynchronisation au niveau du programme d'acquisition, mais la différence
relative est faible.

En ce qui concerne la section efficace, la méthode KVINDRADBRun::GetTotalCrossSection
se base sur le nombre d'événements du run selon la base de données, donc au moins
pour les campagnes 1-4 la réponse peut être totalement fausse.
Il vaut mieux utiliser une des méthodes gIndraDB->GetEventCrossSection pour calculer
une valeur moyenne de barns/événement pour les runs que tu étudies, puis multiplier
par ce facteur le nombre total d'événements d'intérêt (résultats de plus ou moins de
sélections, le minimum étant bien sûr M_tot >= M_trigger) que tu as trouvés pour
avoir la section efficace correspondante.

Voilà, la réponse à ta question étant d'intérêt général, elle est maintenant disponible
pour tout le monde et pas seulement dans ton Inbox. La prochaine fois, utilise
directement ce site web SITEUPLé!!!

-- 
You received this question notification because you are a member of
KaliVeda Development Team, which is an answer contact for KaliVeda.