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