Christian Holm1
September 6, 2001
In the everlasting effort to simplify our analysis code and methods, an investigation into the centrality determination compared to 3 event generators quoted impact parameter was carried out. 3 distinct methods (see section 2) was used, all based on the TMA and SMA data, in order to find the simplest methodology to that will give a good correlation with the event generator input.
The 5 different centralities
,
,
,
, and
fall naturally into 3 groups2:
The SDM3 centrality
[1] is based on the a set of calibration parameters,
describing polynomials in the primary vertex's -cordinate
.
These polynomials are obtained by making a pass over minimum bias
events, and for a number of bins (typically 16), determined the
multiplicity
value corresponding to the
most central
events. These
pairs are then plotted and fitted with a
degree polynomial, giving the cut functions
where
is the defined cut4.
In the analysis, these function is evaluated at the current primary
vertex position . The centrality is then the least of the
's
so that the total multiplicity from the given detector exceeds the
function value
.
Using this method, it is only possible to say, that a given event is
as central or more, as the defined cuts (the s).
It should be noted, that the total multiplicity for the SMA and
TMA5 have been corrected for the
pseudo-rapidity
coverage for a single event (see [2]),
so that the
distribution is more or less
flat. Therefore,
are usually 1st order
polynomials6.
The SDE7centrality is obtained very much like for SDM (see section 2.1 above.).
In the calibration, however, rather than finding the multiplicity
corresponding to each cut in each
bin, we find the energy
corresponding to the
% most central events. Again, the
pairs
are plotted and fitted with a
degree
polynomial, giving the cut functions
.
Again, in the analysis, the functions are evaluated, and
the centrality is then the least of the
's so that the total
energy signal from the given detector exceeds the function value
.
As above, it is only possible to say, that a given event is as central
or more, as the defined cuts (the s).
By trial and error, the best8 degree of the polynomials was found to be 4. The result of the calibration is shown in figure 1.
The advantage of the SDE centrality over the SDM centrality, is that it is not sensitive to the various calibrations that goes into converting the ADC signals to multiplicities9 -- only the pedestal, pulser, and gain calibrations affect the SDE centrality calibration. One may argue that this ignores the fact that much of the energy deposited in the detector elements in fact stems from (slow?) secondary particles, and that these should be corrected for. This will be explored more in section 3 below.
The AM centrality also depends on a set of calibration parameters10. These parameters define to piece-wise function:
In the analysis, the function
is evaluated to
directly give the centrality. Hence the AM centrality is continuous
(where as the SDM and SDE centralities are discreet).
However, from the general error propagation, one finds that
If, as there seems to be good reason to believe, that the number of
secondary particles scales with the number of primary particles
produced in the collision, then it is irrelevant to the centrality
determination whether one corrects for the number of secondaries. The
secondaries will simply make the curve wider, but the top
% is still the top
% of the distribution. If there's a
constant background of secondaries, it will move the left end-point
of
away from 0, but will not change the integral of the
distribution.
Being slightly more formal. Suppose that the number of secondaries
is given as
The assumption that the number of secondaries scales with the number of primaries are justified by the analysis of simulated data, using Fritiof, UrQMD and Hijing. Figure 2 shows the correlation of primary particles with the number of secondaries. Figure 3 show the correlation between the energy deposited by primaries with the same of primaries.
As a side effect of this analysis, I also obtained a mean value of the deposited energy per particle, for each of the three event generators. As been postulated many times, but I've never actually seen the plots, I find that to a large extent the mean energy deposited per particle, is independent of the event generator. The plots are reproduced for you're reference in appendix B.
An analysis of 5000 Fritiof, 5000 Hijing, and 4000 UrQMD minimum bias
events13 at
GeV was carried out, using
the standard tools as provided by BRAT and BRAG.
A skeleton KUMAC for the BRAG job-control is reproduced in appendix A.
After passing the event generator data through BRAG, digitisation of the GEANT hit structures was performed, using the standard BRAT digitisation modules for BB, TMA and SMA14 15. It should be noted that I defined some user modules16, so that I could carry over a summary of the original hits in the TMA and SMA17, but this does not effect the subsequent analysis in any way.
Using the output of the digitisation pass above, I analyse these events,
just as I would analyse raw data18 i.e., I use the standard BRAT
RDO modules to obtain the multiplicities and energy signals, as well
as the standard centrality modules19. In addition, I also
determined a SDE centrality for both SMA and TMA. A primary vertex cut
of cm was applied, since all calibrations seem valid in
that interval.
The SDM and SDM centrality calibrations used in this analysis is based
on 300,000 minimum bias events from run 2481 of last year.
The result of the analysis outlined above is shown in figures 4 to 6.
The seemingly large range over impact parameter that is assigned a low (0-5%) centrality in the case of the Fritiof event generator, simple comes about by the fact that Fritiof has a higher multiplicity than was seen in the data last year. Therefore, some events will have a higher multiplicity/energy signal than what was deemed the maximum multiplicity20/energy deposited in the calibration, and hence will be assigned a low centrality. Hence, this seemingly odd shape of the curves near low impact parameter is not to be alarmed about.
The centralities determined by the SDE method corresponds well to the numbers given in table 6 of [3], which is reproduced in part below in table 1.
Figure 7 shows the correlation between the two detector systems. Figure 8 shows the correlation of the SMA and TMA SDE centrality compared to the SMA+TMA AM centrality.
![]() |
In my mind, it is evident, when it comes to determining the centrality of a collision, that there's little advantage in cutting in the multiplicity measured by the TMA or SMA, or the combined measurement, over making cut's in the measured deposited energy.
There's a nice correlation between the determined centrality and the event generators quoted impact parameter. Also, the SDE methods gives consistent results in both the SMA and TMA, though the SMA seems to perform a bit worse than the TMA. This in itself should make the AM method unattractive in it self.
There's a loads of other reason why I believe we should give up the AM centrality method in favour of the SDE centrality method. First and foremost, the SDE method is simpler and does not call for many corrections and parameterisations, as the SDM and AM methods does. Secondly, it is much faster to do the centrality calibrations using the SDE method, since one does not need to have the full multiplicity calibrations done to do the centrality calibration.
This last property of SDE should in itself be attractive for people
wishing to do
,
,
and other analysis using the two spectrometers,
since the centrality calibrations can be done after the successful
store of
1,000,000 minimum bias events21. This, adopting the SDE centrality, the BRAHMS
collaboration should much faster be able to present centrality
dependent results.
Below, the following shell variables are used:
MACRO SETUP ** Debugging setup KUIP/MESSAGE '=> Debugging setup' * GEANT/CONTROL/SWITCH 3 1 GEANT/CONTROL/DEBUG off ** Geometry KUIP/MESSAGE '=> Start setting the geometry' SETUP/GEOINI ** Shut of most stuff KUIP/MESSAGE '=> Turning MIDS,FMS1, and FMS2 volumes off' SETUP/SET_TREE mids z SETUP/SET_TREE fms1 z SETUP/SET_TREE fms2 z SETUP/SET_TREE zdc z SETUP/SET_TREE zdc z SETUP/SET_TREE shld z SETUP/SET_TREE flor z SETUP/SET_TREE dx z ** Turn on all global stuff KUIP/MESSAGE '=> Turning BB,ZDC,MULT,BEAM,SHLD,FLOR and DX volumes on' SETUP/SET_TREE bb osa SETUP/SET_TREE mult osa SETUP/SET_TREE beam osa * SETUP/SET_TREE zdc osca * SETUP/SET_TREE shld osa * SETUP/SET_TREE flor osa * SETUP/SET_TREE dx osa ** Finalise the setup KUIP/MESSAGE '=> Finishing the geometry' SETUP/GEODEF SETUP/GEOFIN ** For debugging * KUIP/MESSAGE '=> Draw it' * GEANT/GRAPHICS_CONTROL/SATT mult seen 0 * GEANT/GRAPHICS_CONTROL/SATT bevi seen 0 * GEANT/GRAPHICS_CONTROL/DOPT hide on * GEANT/GRAPHICS_CONTROL/NEXT * GEANT/DRAWING/DRAW cave 45. 45. 0. 10. 10. .01 .01 ** Read the analysis functions KUIP/MESSAGE '=> Call analysis routine' FORTRAN/CALL $func ** Setup the detector KUIP/MESSAGE '=> Initialise detector' FORTRAN/CALL init_detector ** Particles per trigger KUIP/MESSAGE '=> 1 particle per trigger' USER/CONTROL/EVSPLIT 1 ** Do not store space-time points KUIP/MESSAGE '=> Not storing space time points (card SPAC)' USER/CONTROL/CARDS spac 1 ** Set input and input format KUIP/MESSAGE '=> Setting the input file to $input of format $format' USER/CONTROL/CARDS ukin $format $input ** Set kinematically allowed region KUIP/MESSAGE '=> Setting the kinematic region' GEANT/CONTROL/KINE 1 0 100 0. 180. 0 360 0 49 ** Set vertex distribution ** <x> varX <y> varY <z> varZ maxX maxY maxZ KUIP/MESSAGE '=> Setting the vertex' USER/CONTROL/SPOT 0. 1. 0. 1. -0.95 77.16 2. 2. 50. ** Set the output file KUIP/MESSAGE '=> Setting the output file to $output' FORTRAN/CALL gbrfile('$output') ** Loop over rotations * KUIP/MESSAGE '=> Loop over rotations' * DO i = 0, $nrot * USER/CONTROL/ROTANG [i]*$angle ** Do the actual event analysis KUIP/MESSAGE '==> Analysing $nevent events' USER/CONTROL/ANALYZE gbrana $nevent 10 0 *ENDDO ** Close the output file FORTRAN/CALL gbrend RETURN
![]() |
This document was generated using the LaTeX2HTML translator Version 99.1 release (March 30, 1999)
Copyright © 1993, 1994, 1995, 1996,
Nikos Drakos,
Computer Based Learning Unit, University of Leeds.
Copyright © 1997, 1998, 1999,
Ross Moore,
Mathematics Department, Macquarie University, Sydney.
The command line arguments were:
latex2html -split 0 -no_navigation -no_auto_link -dir html -white ban37
The translation was initiated by Christian Holm Christensen on 2001-09-06