Histogram "hGeantParameters" added to the output file. This can be helpful
when more output files are merged together by "hadd" command, and info about
the number of events is needed by the analysis program.
The documentation was updated accordingly.
The reading of the field map files in the 3D Opera file format has been extended:
1) The lenght unit can also be specified in cm instead of in meters only.
2) Only one octant (in Kartesian coordinate system) of the field map can be
specified, and the field can be extrapolated to other octants (this
depends on the symmetry of the field).
3) First line of the field map does not have to be empty (but it can be).
4) Documentation has been modified accordingly.
This svn update includes several smaller corrections and updates accumulated
over last few months:
1) For the Geant4.9.2 it was necessary to remove the privately modified file
src/G4EqEMFieldWithSpin.cc. Our corrections in this file (and also in
the file src/G4DecayWithSpin.cc) were adopted by the Geant developers into
the official Geant code, and therefore these two files were deleted.
However, if one uses older version of Geant (i.e. Geant4.9.1 or older),
one should rename the G4EqEMFieldWithSpin.cc_for_Geant4.9.1_and_older in
his/her src directory to G4EqEMFieldWithSpin.cc to correct for a Geant
bug.
2) Implementation of save_polx, save_poly and save_polz variables
3) Implementation of the field map normalisation within the field map
itself (was already possible for the field-map formats generated by Toni,
now it is extended also for the field maps generated by OPERA).
4) Possibility to swap and invert x and y axis read out from the TURTLE
file.
5) Perhaps some other tiny changes
The implementation of "muIniTime" has been finalised (i.e. the time,
when the initial muons are generated). This variable is now stored
in the root tree. The documentation of the musrSim has been updated
accordingly. Simple test of the upgraded program was done,
the implementation seems to be OK.
- introduced modifications done by Pavel Bakule at ISIS:
a) the time when the initial muon is generated can be
set according to a gaussian or flat distribution.
(all muons were generated at time 0 before this change).
b) a new volume "cylpart" has been added.
The code can be compiled, but no tests of the newly implemented
features have been done. In future, the information about the
time of the muon generation should be added to the root output
tree.
Bug correction in "G4UserLimit":
DETAILS OF THE BUG:
Call of "G4UserLimits" was inactive in the musrSim
(using the comand "/musr/command SetUserLimits log_target 0.01")
was ignored by the simulation.
I found out, that in addition to the call of "G4UserLimits",
the "G4StepLimiter" and/or "G4UserSpecialCuts" has to be called
for a given particle (particles) that needs to be limitted. These processes
were not implemented.
I corrected the musrSim code in the svn repository. From now on,
"G4StepLimiter" should function fine, IF CALLED TOGETHER WITH SOMETHING
LIKE:
/musr/command process addProcess e- G4StepLimiter -1 -1 4
/musr/command process addProcess e+ G4StepLimiter -1 -1 4
/musr/command process addProcess mu+ G4StepLimiter -1 -1 5
More details can be found in:
http://hypernews.slac.stanford.edu/HyperNews/geant4/get/eventtrackmanage/702/1.html
and
http://geant4.web.cern.ch/geant4/UserDocumentation/UsersGuides/ForApplicationDeveloper/html/ch05s07.html
Added possibility to use mu- (or other particles) as the primary particles
in the G4ParticleGun (this option can be switched on by
/gun/primaryparticle ).
Few tiny modifications:
1) added doc/run file for easier processing of the musrSim.tex file
2) updated documentation (musrSim.pdf)
3) removed one of two definitions of "lightblue" in musrDetectorConstruction.cc
4) added the volume "G4Para" in musrDetectorConstruction.cc
5) corrected small bug for "2DBOperaXY" type of field in musrTabulatedElementField.cc
This is the first version of the muSR simulation code (musrSim)
based on the merged codes of Kamil Sedlak and Toni Shiroka.
It should be a running version of the simulation code, however
it has not been very well tested, therefore it will probably
need some further development.
