/[PAMELA software]/gpamela/history/v_100.txt
ViewVC logotype

Diff of /gpamela/history/v_100.txt

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 3.3 by pamela, Thu Dec 5 17:27:59 2002 UTC revision 3.15 by pam-ba, Mon Oct 2 11:17:30 2006 UTC
# Line 1  Line 1 
1  #  #
2  # $Id: v_100.txt,v 3.2 2002/12/05 10:17:42 pamela Exp $  # $Id: v_100.txt,v 3.14 2006/06/30 15:38:16 pam-ba Exp $
3  #  #
4  # $Log: v_100.txt,v $  # $Log: v_100.txt,v $
5    # Revision 3.14  2006/06/30 15:38:16  pam-ba
6    # S22 and S12 heights positioned in GPAMELA at the nominal heights in PAMELA (see document: Main geometrical parameters of the PAMELA sub-detectors, 20 December 2005)
7    #
8    # Revision 3.13  2006/06/05 13:56:17  pamela
9    # Gigantic resonance added for gamma enetering in the calorimeter absorber
10    #
11    # Revision 3.12  2006/05/18 10:52:32  pam-ba
12    # TOF geometry completed and a new material, the polystyrene (density 35 g/l), added
13    #
14    # Revision 3.11  2006/05/11 23:53:15  cafagna
15    # More bugs fixed in the CALO ntple structure filling
16    #
17    # Revision 3.10  2006/04/10 11:07:43  cafagna
18    # GEN data card updated, ZDGEN added
19    #
20    # Revision 3.9  2005/12/14 03:34:40  cafagna
21    # An update of the history and inform readme files.
22    #
23    # Revision 3.8  2005/12/14 03:16:08  cafagna
24    # Neutron detector added. Geometry and GPCALOR package
25    #
26    # Revision 3.7  2005/10/18 08:24:35  cafagna
27    # History updated
28    #
29    # Revision 3.6  2005/07/25 11:53:21  cafagna
30    # Several updates. See history for details
31    #
32    # Revision 3.5  2004/04/06 10:33:46  pamela
33    # NON-REPRODUCIBILITY problem of a GPAMELA RUN fixed; bug found and fixed filling in the hit structure of the calorimeter
34    #
35    # Revision 3.4  2003/12/17 11:32:50  pamela
36    # CALO SIMULATION COMPLETED: geometry and special tracking parameters updated and simulation checked by a comparison with the Trieste's standalone Monte Carlo simulation
37    #
38    # Revision 3.3  2002/12/05 17:27:59  pamela
39    # New GARFIELD.GAR file added and GPAMELA.FFR cleaned and updated
40    #
41  # Revision 3.2  2002/12/05 10:17:42  pamela  # Revision 3.2  2002/12/05 10:17:42  pamela
42  # Update CAS and CALO geometries and positions. Makefile updated as well  # Update CAS and CALO geometries and positions. Makefile updated as well
43  #  #
# Line 20  Line 56 
56  #CMZ :  1.00/03 30/04/96  12.23.59  by  Francesco Cafagna  #CMZ :  1.00/03 30/04/96  12.23.59  by  Francesco Cafagna
57  #CMZ :  1.00/02 05/04/96  15.31.25  by  Francesco Cafagna  #CMZ :  1.00/02 05/04/96  15.31.25  by  Francesco Cafagna
58  #CMZ :  1.00/01 28/11/95  18.51.23  by  Francesco Cafagna  #CMZ :  1.00/01 28/11/95  18.51.23  by  Francesco Cafagna
59  #-- Author :    Francesco Cafagna   28/11/95  #-- Author :    Francesco Cafagna   28/11/95
60    
61    September 2006, Bari
62    
63    SPHE and ND data card bugs fixed: the definition of the ND data card,
64    missing in the subroutine gpgeo.F, has been added; the meaning of the SPHE
65    data card has been changed. Before the correction the data card:
66    NDET 'SPHE' was used to delete the spherical top shell to substitute it with
67    a flat one.Now NDET 'SPHE' eliminates the whole container of PAMELA.
68    
69    
70    June 2006, Bari
71    
72    The center of the scintillator planes S22Y (variable ZPAMS22Y in gpdgeo.inc)
73    and S12X (variable ZPAMS12X in gpdgeo.inc) has been positioned at the
74    nominal height as measured in PAMELA (See the document: "Main geometrical
75    parameters of the PAMELA sub-detectors" by O. Adriani, L. Bonechi,
76    E. Mocchiutti, S. Ricciarini, 20 December 2005). Follows that the positions
77    of S21Y and S12X are higher than those in the cited document due to the fact
78    that in GPAMELA the thickness of the mylar has been considered while in the
79    document it has been neglected.
80    
81    
82    May 2006, Bari & Tor Vergata
83    
84    GIGANTIC RESONANCE FOR NEUTRON DETECTOR ADDED
85    
86       Routines to simulate the gigantic resonance of gammas in Tungsten
87       have been added.  The GPGIG routine is called in GUSTEP if a gamma
88       enter the calorimeter absorber.  This is the steering routine to
89       simulate the production of neutrons from gigantic resonance.  It
90       does checks on STEP lenght. If the range is smaller than the other
91       selected for that step, it does generate the neutron and stops the
92       gamma. Please note that the neutron has now a new particle
93       number. This is to tag the gigantic resonance neutrons.
94    
95    
96    May 2006, Bari & Florence
97    
98    CAL HIT STRUCTURE BUGS FIXED
99    
100       The maximum number of hit is now different for the two hit
101       structures: CALST and CALI. Vectors inizialization and HBOOK
102       ntple booking have been updated. The GPDCAL routine has been fixed
103       so to handle the case in wich hits stored are more than the maximum
104       number of hit.
105       In this case in the ntple up to the maximum number of hits will be stored.
106    
107    April 2006, Bari
108    
109    TOF GEOMETRY AND POSITIONS UPDATED AND NEW MIXTURES ADDED
110    
111       The TOF geometry has been modified. The following boxes have been
112       added: POL1, POL2 and POLY made of polystyrene, S11M, S12M, S21M,
113       S22M, S31M and S32M made of mylar, S1A, S2A and S3 made of air and
114       S1 and S2 made of aluminum. Each scintillator paddle has been put
115       in his mylar box and the other materials: air, polystyrene, and
116       aluminum have been added at their nominal positions.  According to
117       Naples people the araldite glue has been simulated has an air
118       gap. For this work two new materials: the Mylar (MYLAR) and the
119       polystyrene (POLYSTYRENE) with a density of 35 g/l have been
120       defined as a mixture.  The positions of the three bottom
121       scintillator planes that contain respectively the S12X, S22Y and
122       S32X paddles have been regulated according on their official
123       positions in PAMELA.
124    
125    Mar 2006, Bari
126    
127    GEN DATA CARD UPDATED
128    
129       To enable generation on a surface perpendicular to the XY plane,
130       GEN gata card has been updated addingh a new parameter: ZDGEN. This is
131       the dimension, along Z axis , of the generation surface. The Z
132       position will be randomply chosen according to: Z= ZDGEN*RNDM_NUMBER +
133       ZGEN, i.e. Z= GEN(6)*RNDM_NOMBER + GEN(3).
134    
135    Nov 2005, Bari
136    
137    GUHADR AND GUPHAD UPDATED
138    
139       To use GCALOR package the hadronic routines have been updated. The
140       inizialization routine call CALSIG, while the other calls GCALOR.
141    
142    NEW GPKEY ADDED: GPCALOR
143    
144       This logical has been added to enable the GCALOR package. This flag
145       is set to true in GPDAT if the data card: HPAK, is set to
146       'GCAL'. The gpkey.inc has been update accordingly.
147    
148      
149    NEUTRON DETECTOR ADDED. NEW DIR: GPND
150    
151       The neutron detector has been added. At the moment it is just the
152       geometry. The directory structure of the repository has been
153       updated as well. Dimensions has been taken from picture and
154       literature. A full upgrade to the drawing is needed.
155    
156    GCALOR PACKAGE ADDED. NEW DIRs: GPCALOR, GPCALORDES
157    
158       GCALOR package contins the CALOR simulation code and an interface
159       to use it in GEANT. The important feature for us is the usage of
160       the MICAP code. This is facused on the low energy neutron
161       simulation. for details see:
162       http://www.staff.uni-mainz.de/zeitnitz/Gcalor/gcalor.html
163       This package should be distributed with the GEANT library but is
164       not up to date. I did download the latest release and stored into
165       gpcalor directory of the gpamela tree.
166       Then I did clean up the code substituting the explicit inclusion of
167       the commons with a #include cpp directive. In parallel I did
168       extract the commons to include files having the same common name. I
169       did store the include files into a newly created directory:
170       gpcalordes.
171       The Makefile has been updated accordingly.
172       Please note that to avoid conflict with CRENLIB distribution the gcalor source file has been named gpcalor.F
173       NOTE: There are still problem due to different common sizes. In
174       particular the common MICFIL is maller in the geant library
175       libgeant.a . There the subroutines: gmorin, gmxsec, gmplxs, are
176       present and linked using a wrong version of the common. This still needs to be debuged.
177       NOTE2: The auxiliary files with the cross sections: chetc.dat.gz
178       and xsneut.dat.gz, have been added to the aux directory and moved
179       to the working directory, i.e. GPAMELA_BIN. The GCALOR routine will
180       look for CERN_ROOT environment variable. If found files are
181       searched there at first, then in the working directory. A fool
182       proof policy has to be implemented to avoid problem with
183       synchronization fo these files.
184      
185    
186    The GCALOR package
187    
188    June 2005, Bari
189    
190    TOF SCINTILLATOR PADDLES UPDATED
191    
192       The dimensions and the number of the scintillator paddles for each
193       TOF planes have been updated.
194    
195    May 2005, Bari
196    
197    Some updates on the latest modification done in the past year.
198    
199    NEW DATA CARD ADDED: HFSF
200    
201       To define a policy for the random number initial seeds
202       definition. Using this card is possible to override GEANT seeds
203       defined via NRDM card. The policy is selected according to the
204       values:
205    
206       - 1: The seeds are initialized to the initial values found in a user
207            defined file or the default file: INPUTSEED.DAT
208      
209       - 2: The seeds are initialized to the final values found in a user defined
210            file or the default file: INPUTSEED.DAT
211    
212       The case 1 must be used in case the user needs to reproduce the
213       random chain of a previous run. In this case the user can save the
214       initial seeds, used in the run he would like to reproduce, in a
215       binary file and pass the filename to the program using the *FLSF
216       data card. In case the user file is not specified the default
217       INPUTSEED.DAT will be used.
218      
219       The case 2 must be used in case the user needs to chain several
220       GPAMELA run and likes to be sure he is starting the random
221       generator using the right sequence. In this case the user must
222       specify an input binary file using the *FLSF data card, otherwise
223       the INPUTSEED.DAT file will be used.
224    
225    NEW DATA CARD ADDED: *FSFI
226    
227       Using this card the user can specify the logical unit and name of
228       the file storing the initial seeds to be used to initialize the
229       random number generator. This file must be a FORTRAN binary one
230       storing four integer numbers. The first two are the number to be
231       used in the case: HFSF=1, the other two will be used in the case:
232       HFSF=2. This file can be one created by GPAMELA or by the user
233       filled with his own seeds. For this purpose an utility program:
234       writeseeds.f, has been added in the aux directory.  In case the
235       *FSFI card is not specified the default values: 24 and INPUTSEEDS.DAT, will
236       be used as LUN and file name respectively.
237      
238    NEW DATA CARD ADDED: *LSFI
239    
240       Using this card the user can specify the logical unit and name of
241       the file storing the first and last seeds used in the GPAMELA
242       run. This file is a FORTRAN binary one. This file can be used as
243       input one specifying it in the *FSFI data card of the next GPAMELA
244       run.  In case the *LSFI card is not specified the default values: 26
245       and HBOOKFILENAME.DAT (as sepified in *HFI), will be used as LUN
246       and file name respectively.
247      
248    NEW UTILITY PROGRAMS ADDED: writeseeds.f, readseeds.f
249    
250       These new programs have been added in the aux directory. Using these a
251       user defined seed file can be created and re-read.
252    
253    NEW VOLUMES ADDED: MSHE, BSPH; PRESSURIZED CONTAINER ADDED
254    
255       Alexey Bakaldin, in MEPHI, did add the PAMELA pressurized container to
256       the simulation. He did defined new volumes filled with aluminum and
257       placed inside the mother volume. Positions have been fine tuned by
258       Marialuigia Ambriola and compared to the CAD drawings.
259       Two new volumes have been added to simulate the container:
260       - MSHE, a tube simulating the middle part of the container
261       - BSPH, the spherical bottom part of the container
262    
263       To better simulate the upper part the SHEL volume has been modified
264       into a cone. Dimentions of the top cover: TSPH, have been modified
265       accordingly.
266    
267    DETECTOR POSITIONS REVIEWED
268    
269       All detector Z positions have been reviewd to fit into the
270       simulated pressurized container.
271    
272    TRD GEOMETRY AND CALIBRATION REVIEWD
273    
274       The TRD geometry has been deeply reviewed. Using the CAD drawings
275       the carbon fiber frames have been simulated and radiator dimentions
276       corrected. For this reason the calibration done on the beam tests
277       has been revied and new sets of calibration constants calculated
278       comparing the beam test data with the GPAMELA results. The new
279       constants are about 3% larger than the previous ones.
280      
281    TRACKER GEOMETRY REVIEWED. NEW VOLUME DEFINED: THBP, TPAS, TPAI
282      
283       Thanks to Lorenzo Bonechi for the drawings and explanations. Now the
284       hybrd cards have been put into the simulation and the geometry updated
285       considering the dead zones in the silicon detectors. The hybrid zone
286       has been simulated as well. At the moment the hybrid is simulated as
287       a G10 plates. The full height of the tracker magnet has been
288       reviewed as well.
289    
290       The tracker ladder is now simulated inside a nitrogen box: TPAS,
291       placed inside an aluminum frame: TRPB. Each silicon ladder has been
292       simulated using two silicon blocks: TRSL, into each of this block a
293       smaller silicon detector: TPAI, has been placed inside the larger
294       silicon block TRSL. In this way the subdivided silicon ladder can
295       be upgraded with an indipendend roto-translation for each sensor.
296      
297       The TRPB aluminum frame has been enlarged to fit the external
298       magnet canister frame.
299      
300       The last plane has been flipped with a 180 degree rotation around
301       the X axis.
302      
303    TRACKER HIT STRUCTURE REVIEWED
304    
305       Taking into account the new version of the tracker geometry, the hit
306       structure for this detector has been revied.
307    
308    CALORIMETER GEOMETRY REVIEWED
309    
310       Marco Albi reviewed the calorimeter dimentions and positioning.
311    
312    
313    29 March 2004, Bari
314    
315    NON-REPRODUCIBILITY PROBLEM OF A GPAMELA RUN FIXED.
316       The non-reproducibility of a GPAMELA run was due to the random number
317       initialization in the GARFIELD code. In GARFIELD by default, the initial
318       seeds of the random number generators are always the same while the random
319       number generators are called a given number of times (determined by the
320       hour of the day) during the initialization phase (see init.f subroutine in
321       the GARFIELD code for details). Follows that different runs produce
322       different results without changing the initial seeds. To have identical
323       results in different runs, the GARFIELD program has to start typing the
324       noRNDM_initialisation switch. To avoid of specifying this switch
325       by the user,
326       the GARFIELD package has been upgraded with a patch. In this way the problem
327       is partially solved because, now, the initial seeds of the random generators
328       in GARFIELD will be always the same even if the RNDM GEANT data card is
329       activated by the user for changing the initial seeds in the GPAMELA program.
330       Work is in progress for a more general correction of this problem.
331       Please, use the updated GARFIELD code released with the CVS version v4r1
332       to fix this problem.  
333    
334    
335    RNDM ROUTINE REPLACED BY THE GRNDM ROUTINE IN GPXTR AND NPOISS.
336       The obsolete RNDM random number generator has been replaced by the GEANT
337       GRNDN routine in the gpxtr.F subroutine and in the npoiss.F function.
338    
339    BUG FOUND AND FIXED: the set and detector calorimeter addresses (ISCAL
340       and IDCASI variables) used in GUTREV were respectively set to a fixed
341       values of 12 and 1. The correct values of these variables are stored in
342       the GPSED common when the set and the detector ZEBRA banks are filled
343       during a run. In general the values of the set and detector addresses
344       depend on the number of active detectors in a given run. ISCAL=12 and
345       IDCASI=1 are only right when all the detectors of GPAMELA are active.
346    
347    9 December 2003, Bari
348    
349       CALORIMETER SIMULATION completed! The update of the geometry and of the
350       special tracking parameters and the tuning of the calorimeter have been
351       successfully done. A great quantity of simulated data have been produced
352       in the calorimeter for different particles (muons, electrons and pions)
353       and momenta (5 and 40 GeV/c) and the output data have been analyzed. The
354       distributions of the total energy deposited in the calorimeter and the
355       total number of strips hit have been compared with the respective
356       distributions produced by the Trieste's tuned standalone Monte Carlo
357       simulation program of the PAMELA calorimeter. The accord between the
358       two simulations is excellent. Many thanks to Mirko for his collaboration.
359    
360       Working in progress on TRD. The GARFIELD interface to the HEED program is not
361       optimized to track particle with a charge greater than one and photons. The
362       program print a warning message to advise the user when it is the case.
363    
364    18 April 2003, Bari
365    
366       The buffer size of each column of the GPAMELA Ntuple has been increased to
367       4096 and set equal to the record length, defined by a call to the HROPEN
368       routine.
369       Also the length of the common /PAWC/ (parameter NWPAW) has been increased
370       to 1.34E8, according to the rule that it has to be larger than the number
371       of columns times the buffer size.
372    
373    10 April 2003, Bari
374    
375       The variables in the HIT STRUCTURE of the CALORIMETER and their way to be
376       filled have been changed according to the electronics system of the real
377       detector. In fact, because each silicon detector (module) consists of
378       32 strips and each strip is connected to those belonging to the two detectors
379       of the same row (or column) for forming 24 cm long strips, the sum of the
380       deposited energies in the strips forming a `long strip' is now calculated for
381       each event (gpucal.F subroutine) and it is stored in a hit only at the
382       end of the event (gutrev.F subroutine).
383       The output variables of the GPAMELA en-tuple are then filled in the vectors
384       ICAPLANE(NTHCAL), ICASTRIP(NTHCAL), ENESTRIP(NTHCAL) and ICAMOD(NTHCAL),
385       by a call to the GPDCAL subroutine:
386       -ICAPLANE(i) contains the number of hit plane;
387       -ICASTRIP(i) contains the number of hit strip;
388       -ICAMOD(i) can assume different values based on the number of times and
389                  positions in which a `long strip' has been hit.
390       -ENESTRIP(i) contains the deposited energy in the hit strip;
391       where i is the number of hit (1<i<4224).
392       Note that in the calorimeter each hit is filled at the end of the event and
393       that there is a hit for each `long strip' hit from
394       the particle. This use of the hit structure is different for the other
395       detectors and it has been considered to avoid a too big number of hit in the
396       calorimeter due to the showers. Follows that NTHCAL, which is the
397       max number of hit in the calorimeter, is equal to 4224, the total
398       number of `long strips'. So, for each event, the real number of hit will
399       be less or equal to 4224.
400       ICAMOD(i) is an additional information that does not exist in the real
401       detector: if the strip i (i=1,32) of the module 1 or 2 or 3
402       is hit, the value of ICAMOD(i) is respectively incremented of 1, 100, 10000.
403       Analogously it is done, if it is the strip j (j=33,64) of the modules 4, 5
404       and 6 or if it is the strip k (k=65,96) of the modules 7, 8 and 9.
405       For example if we consider the hit 1 of an event, we could read:
406       ICASTRIP(1)=30, ICAPLANE(1)=21, ENESTRIP(1)=0.5E-03 and ICAMOD(1)=10001.
407       It means that the hit 1 contains the information that in the strip 30 of the
408       plane 21 has been deposited a total energy of 0.5E-03 GeV. In addition the
409       `long strip 30' has been hit two times, one in the first module and the
410       other in the third one.
411    
412       The energy deposited in the calorimeter is calculated in GeV.
413    
414       To store the hits in the calorimeter the subroutine GSAHIT is used instead of
415       GSCHIT.
416    
417       To retrieve the hit structure the call to the routine GPRHIT is done instead
418       of a call to the GFHITS subroutine.
419    
420    25 February 2003, Bari
421    
422    BUG found:
423       DCUTEAER, DCUTEAL, DCUTECE, DCUTECP, DCUTEFE, DCUTEG10C, DCUTEG10, DCUTEKAP,
424       DCUTEN2G, DCUTEROA, DCUTESCIN, DCUTESICA, DCUTETRAD, DCUTEW2,
425       DCUTEW, DCUTEXE variables missed in the commons: gpaer.inc, gpal.inc, gpce.inc,
426       gpcp.inc, gpfe.inc, gpg10c.inc, gpg10.inc, gpkap.inc, gpn2g.inc, gproa.inc,
427       gpscin.inc (obsolete), gpscint.inc, gpsica.inc, gptrad.inc, gpw2.inc, gpw.inc,
428       gpxe.inc, gpdaer.inc, gpdal.inc, gpdce.inc, gpdcp.inc, gpdfe.inc, gpdg10c.inc,
429       gpdg10.inc, gpdkap.inc, gpdn2g.inc, gpdroa.inc, gpdscin.inc, gpdsica.inc,
430       gpdtrad.inc, gpdw2.inc, gpdw.inc, gpdxe.inc.
431       They have been added in these commons and they have been initialized in the
432       GPSTM subroutine.
433    
434       Updated the special tracking parameters SICALO, TUNGA, KAOLINITE and G10C
435       in the subroutines gpsica.F, gpw2.F, gpw.F, gpce.F and gpg10c.F. They were
436       suggested by Mirko Boezio.
437    
438       Updated the value of the absorption length for silicon in the calorimeter
439       and tracker although this parameter is ignored by GEANT. For this reason
440       it was equal to the radiation length.
441    
442       Updated the relative positions of the calorimeter planes. The corrected
443       shifting are:
444    
445       first view: (Dxo,Dyo)=(0.10,0.05) cm
446       second view: (Dxo,Dyo)=(-0.05,0.10) cm
447       third view: (Dxo,Dyo)=(-0.10,-0.05) cm
448       fourth view: (Dxo,Dyo)=(0.05,-0.10) cm
449    
450  4 November 2002, Bari  4 November 2002, Bari
451    
452  CAS detectors distances modified  CAS detectors distances modified
453    
454  The distances between the CAS detectors have been modified based on the     The distances between the CAS detectors have been modified based on the
455  latest CAD drawings.     latest CAD drawings.
456    
457  2 November 2002, Bari  2 November 2002, Bari
458    
459  CALORIMETER geometry upgrade  CALORIMETER geometry upgrade
460    
461  The volumes CAPD and CAAD have been taken off from the calorimeter.     The volumes CAPD and CAAD have been taken off from the calorimeter.
462  In addition the logical tree has been slightly changed to make the shifts of     In addition the logical tree has been slightly changed to make the shifts of
463  the silicon planes into the calorimeter box easier, i.e. the CAPL volume,     the silicon planes into the calorimeter box easier, i.e. the CAPL volume,
464  which was made of the CASI, CAKP, CAGL, C10C and CAKA volumes, has     which was made of the CASI, CAKP, CAGL, C10C and CAKA volumes, has
465  been split up in the volumes CANS and CAPL. Now CANS is made of the CAKP,     been split up in the volumes CANS and CAPL. Now CANS is made of the CAKP,
466  CAGL, C10C and CAKA volumes while CAPL contains the CASI volume, that has to     CAGL, C10C and CAKA volumes while CAPL contains the CASI volume, that has to
467  be shifted as a function of the vertical position in the calorimeter. Also the     be shifted as a function of the vertical position in the calorimeter. Also the
468  dimensions of some volumes have been upgraded, including the external ones:     dimensions of some volumes have been upgraded, including the external ones:
469  CALB and CALS. CALS is an aluminum box of dimensions: 48.4*48.4*21.278 cm^3,     CALB and CALS. CALS is an aluminum box of dimensions: 48.4*48.4*21.278 cm^3,
470  having side-walls 1 cm thick and a bottom of 1 mm. The real box is more     having side-walls 1 cm thick and a bottom of 1 mm. The real box is more
471  complicated and the configuration of the bottom should be upgraded if we want     complicated and the configuration of the bottom should be upgraded if we want
472  a reliable description of the event in the S4 scintillator.     a reliable description of the event in the S4 scintillator.
473    
474  22 October 2002, Stockholm  22 October 2002, Stockholm
475    
# Line 161  TRACK COMMAND CALLED BY GPGARIN Line 586  TRACK COMMAND CALLED BY GPGARIN
586    
587  TRD IONIZATION ENERGY LOSS GENERATED NOW BY GARFIELD  TRD IONIZATION ENERGY LOSS GENERATED NOW BY GARFIELD
588     To generate the ionization in the TRD straw tubes the HEED program     To generate the ionization in the TRD straw tubes the HEED program
589     interfaced by GARFIELD is used (GEANT does not simulate the ionization     interfaced by GARFIELD is used (GEANT does not correctly simulate
590     in thin layer and in the gas, correctly). The idea is that GEANT tracks     the ionization in thin layer and in the gas). The idea is that GEANT
591     the particle in the gas and then passes the coordinates, translated in     tracks the particle in the gas and then passes the coordinates,
592     the DRS, to GARFIELD. The GARFIELD subroutines are called by GPUTRD.     translated in the DRS, to GARFIELD. The GARFIELD subroutines are
593     The energy loss and the number of clusters in TRD are stored in the     called by GPUTRD. The energy loss and the number of clusters in TRD
594     variables EGARTRD and NGARTRD of the CWN-tplu.     are stored in the variables EGARTRD and NGARTRD of the CWN-tplu.
595    
596   1 May 2001, Bari   1 May 2001, Bari
597    
# Line 245  NEW SEQUENCES ADDED: $XPRINTPLOT,$PRINTP Line 670  NEW SEQUENCES ADDED: $XPRINTPLOT,$PRINTP
670     The definition of the ITRSO detector has been changed in the GPSED routine:     The definition of the ITRSO detector has been changed in the GPSED routine:
671     NVTRD has been forced to 2 for compatibility with GPDTRD.     NVTRD has been forced to 2 for compatibility with GPDTRD.
672    
 3 april 2001, Bari  
   
   
673  28 march 2001, Bari  28 march 2001, Bari
674    
675     ITRSO has been defined as a sensitive detector in GSTMED routine and it has     ITRSO has been defined as a sensitive detector in GSTMED routine and it has
Legend:
Removed from v.3.3  
changed lines
  Added in v.3.15
  ViewVC Help
Powered by ViewVC 1.1.23