ILC Detector simulations are needed to
Groups.
Labs and Universities.
And many others.
If I forget your group, lab, or university, please add it yourself. |
The LCSim Software Index has links to all the primary tools for ILC Detector Simulations. The Portals Section lists sites that cover full suites of software.
lcws
alcpg workshops
efca workshops
acfa workshops
NICADD agenda server
CALICE agenda server
List of ILC Groups, Conferences, and other Resources
TODO: Update the resources list
The linearcollider.org forum is an appropriate place to post your questions on detector simulations and reconstruction and analysis.
The weekly LCD software meeting for discussing all aspects of detector simulations and analysis and reconstruction. This meeting takes place every Tuesday at 1:30 PST, unless cancelled.
lcd-l
lcd-dev
lcd-sim (Is this still active?)
TODO: Which of the lcd lists are still active? --JM
calice-sw (active and useful for tbeam people)
There are now four proposed detector designs for the ILC, each of which has an an outline document.
(above based on slide from Hitoshi Yamamoto)
From the SiD homepage, "The Silicon Detector Design Study is being organized to develop the SiD Detector Concept into a detailed, optimized, and fully integrated detector design on a roughly one year time scale. The SiD concept incorporates Si/W calorimetry and Si tracking in a Linear Collider detector design which attempts to optimize physics performance while realistically constraining costs."
GLD Detector Outline Document Kickoff
Fourth Concept Outline Document
LCRD UCLC FY06
ILC Detector R&D - mostly archival materials
vertexing
Forward Tracking
central tracking
calorimetry (ECAL and HCAL)
forward calorimetry
muon system
magnet
DAQ, electronics, detector integration
(from slide of Ties Behnke)
RPC - Stainless Steel (SS)
GEM - SS
scintillator - SS
DREAM
hybrid
Si - W
Si - Pb
scintillator - W, Pb
lead tungstate crystals
hybrid
CALICE
Silicon
TPC
luminosity monitor
beam monitor
photon calorimeter
DiD
field maps
masks
Program |
Description |
Detector |
Language |
IOFormat |
Region |
---|---|---|---|---|---|
Simdet |
fast Monte Carlo |
TeslaTDR |
Fortran |
StdHep/LCIO |
EU |
SGV |
fast Monte Carlo |
simple Geometry, flexible |
Fortran |
None (LCIO) |
EU |
Lelaps |
fast Monte Carlo |
SiD, flexible |
C++ |
SIO, LCIO |
US |
Mokka |
full simulation - Geant4 |
TeslaTDR, LDC, flexible |
C++ |
ASCI, LCIO |
EU |
BrahmsSi |
Geant3 - full simulation |
TeslaTDR |
Fortran |
LCIO |
EU |
SLIC |
full simulation - Geant4 |
SiD, flexible |
C++ |
LCIO |
US |
LCDG4 |
full simulation - Geant4 |
SiD, flexible |
C++ |
SIO, LCIO |
US |
Jupiter |
full simulation - Geant4 |
JLD (GDL) |
C++ |
Root (LCIO) |
AS |
BrahmsRec |
reconstruction |
TeslaTDR |
Fortran |
LCIO |
EU |
Marlin |
reconstruction |
Flexible |
C++ |
LCIO |
EU |
hep.lcd |
reconstruction |
SiD (flexible) |
Java |
SIO |
US |
org.lcsim |
reconstruction |
SiD (flexible) |
Java |
LCIO |
US |
JupiterSatelites |
reconstruction |
JLD (GDL) |
C++ |
Root |
AS |
LCCD |
Conditions Data Toolkit |
All |
C++ |
MySQL, LCIO |
EU |
GEAR |
Geometry description |
Flexible |
C++ (Java?) |
XML |
EU |
LCIO |
Persistency and data model |
All |
C++, Java, Python, FORTRAN |
SIO, LCIO |
AS,EU,US |
JAS3/WIRED |
Analysis Tool / Event Display |
All |
Java |
LCIO, StdHep, HepRep |
US,EU |
(above from slide of Tony Johnson)
There are three (and soon-to-be four) separate software frameworks corresponding to each of the major detector concepts.
TODO: What kind of common software packages can we establish and use effectively among all 4 groups? --JM
There are three differents toolchains that can be used, corresponding to the LDC, SiD, and GLD detectors. The software suites corresponding to the first two detectors can simulate all 3 detector concepts, so there is no strict division on which tools should be used for a certain detector study.
Detector |
Software |
---|---|
GLD |
Jupiter, JupiterSatellites, Root |
LDC |
Mokka, Marlin, MarlinReco, CED |
SiD |
SLIC, org.lcsim, JAS3, WIRED |
4th |
AliRoot |
The ALCPG and SLAC use the SLIC Simulations Package (C++) with the org.lcsim for reconstruction and analysis using Java. This system also uses the JAS3 graphical analysis environment. Much of the functionality within org.lcsim comes from the FreeHep Java Library.
slic
lcdd
gdml
GeomConverter
org.lcsim
SlicDiagnostics
Maven
Netbeans
JAS3
WIRED
AIDA
Finally, the ACFA group has a suite of softare based on the ROOT framework.
Jupiter and satellites
Root
There is a C++ framework developed under ECFA that uses Mokka for the simulator with the MARLIN tool for analysis and reconstruction.
ILC Software Meeting at Cambridge - focuses on LDC framework (Mokka, Marlin)
I think the fourth concept is using AliRoot.
The remainder of this FAQ focuses on the US/ALCPG/SLAC software suite based on SLIC and org.lcsim. There is also some basic discussion of Mokka and Marlin and CALICE software. I do not discuss the GLD or fourth concept frameworks. --JM |
The SLAC Jira Bugtracker allows users to submit bug reports or make feature requests.
The projects relavent to ILC.
Most of these packages will be covered in more detail within this FAQ.
Several packages are used by org.lcsim that are not specific to ILC simulations. There is a separate FreeHep bugtracker for these projects.
Contact Tony Johnson <tony_johnson@slac.stanford.edu> to obtain an account on either of these systems.
You can checkout projects with this command.
cvs -d :pserver:anonymous@cvs.freehep.org:/cvs/lcd co [module] |
The module is the name of the package to checkout of CVS.
These are the main modules.
Module |
Description |
---|---|
GeomConverter |
Java geometry package for org.lcsim |
ExampleMavenProject |
Simple project showing how to use Maven |
LCDetectors |
Repository of Compact Detector Descriptions |
LCPhys |
The Linear Collider Physics List for Geant4 |
SimDist |
Standalone build of simulation framework (Geant4/CLHEP,Xerces,LCIO,GDML/LCDD,LCPhys,SLIC) |
SlacMCPrj |
Backups of Unix software dist (mostly scripts) |
SlicDiagnostics |
An org.lcsim-based suite of diagnostics histograms for LCIO files |
lcio |
The Linear Collider IO project |
lcdd |
The LCDD geometry project |
www-lcsim |
The lcsim.org website |
slic |
The SLIC simulation package |
Contact Tony Johnson <tony_johnson@slac.stanford.edu> to request a SLAC CVS account.
Freehep CVS, Freehep Maven Repositories
LCIO
CALICE
Marlin, MarlinReco, CED
GDML
Windows users should look at Tortoise CVS which adds extensions to Explorer for easily checking out and managing CVS projects.
First, you need to build CLHEP.
Then download the Geant4 sources from the distribution page.
Here are condensed build instructions once the sources have been obtained.
tar -zxvf geant4.x.tar.gz export CLHEP_BASE_DIR=/your/path/to/clhep cd geant4.x/source make make includes cd ../physics_lists/hadronic make |
Next, try to build an example.
cd geant4.x/examples/novice/N03 export G4WORKDIR=`pwd` make all |
cd $G4INSTALL/source/visualization gmake clean gmake cd $G4INSTALL/source/interfaces gmake clean gmake cd $G4INSTALL/source gmake libmap |
SLIC stands for "Simulator for the Linear Collider". It is a full simulation package that uses the Geant4 Monte Carlo toolkit to simulate the passage of particles through the detector. SLIC outputs LCIO files that can be analysed using a variety of frameworks and language bindings. SLIC uses a separate backend for the input of detector data called Linear Collider Detector Description (LCDD), which itself is based on the GDML project from CERN.
The SLIC Confluence page is the best source for up-to-date information on this software package.
Jeremy McCormick <jeremym@slac.stanford.edu> is the primary author and maintainer of SLIC. The handling of MCParticles in SLIC was based on earlier work by Ron Cassell <cassell@slac.stanford.edu> from a package called Linear Collider Simulator (LCS). Much work has also been done by Ron to verify and debug the LCIO output files.
Fermilab: Here are instructions for Fermilab users on getting started with SLIC.
SLAC: Here are instructions for SLAC users on running slic from the public Unix machines at the lab. SLIC can be used on any of the load-balanced interactive Linux clusters, including noric, iris, and yakut.
NICADD: A copy of SLIC is available on the NICADD Linux clusters at /k2data/APPS/SimDist.
These are known working configurations of platform and compiler.
platform |
compiler |
compiler version |
---|---|---|
Linux |
g++ |
3.3, 3.4 |
OSX |
g++ |
4.0 |
Windows (Cygwin) |
g++ |
3.4 |
The only supported compiler is g++. Other versions may work, but these are the ones that are known to build successfully.
SimDist downloads contain binaries for Linux, OSX, and Windows.
These are located at ...
http://www.lcsim.org/dist/slic/ |
To download a Linux release, use these commands.
wget http://www.lcsim.org/dist/slic/slic-1_13_3-Linux-g%2B%2B-bin.tar.gz tar -zxvf slic-1_13_3-Linux-g++-bin.tar.gz |
The SimDist package bundles together all the dependencies of SLIC into one project. This greatly simplifies the build process.
Follow the build instructions for the SimDist project to make binaries for your platform.
Building SLIC and its dependencies "from scratch" is not encouraged now that the SimDist project can manage this build procedure.
There are separate instructions for building on Linux and building on Windws if you must do this.
SimDist has a run script at scripts/slic.sh which will setup the LD_LIBRARY_PATH to contain the Xerces lib directory and execute the current slic binary from the packages/slic/$SLIC_VERSION directory.
It is useable from anywhere on the host where it was installed.
/path/to/my/SimDist/scripts/slic.sh [options] |
This script passes all arguments to slic, so use it as you would the normal binary.
Assuming you are within the slic package's top directory you would run it with this command.
./bin/$G4SYSTEM/slic [options] |
The G4SYSTEM variable depends on your platform. For instance, on Linux, it is set to Linux-g++, so the command would be ...
./bin/Linux-g++/slic [options] |
If you installed SLIC in the recommended way, the only runtime dependency would be the Xerces C++ shared library. The Xerces library directory needs to be added to the LD_LIBRARY_PATH (bash), so that the loader can find this library when slic executes.
export LD_LIBRARY_PATH=/path/to/my/xerces/install/lib:$LD_LIBRARY_PATH |
If you see this error, it means that the LD_LIBRARY_PATH has not been set correctly.
./slic/bin/Linux-g++/slic: error while loading shared libraries: libxerces-c.so.27: cannot open shared object file: No such file or directory |
The SimDist run script will set this variable automatically.
To see explanations of slic's command-line options, use the "-h" option.
slic -h |
This will print slic usage and exit.
Typing slic -h will print the available command-line options.
************************ * Command Line Options * ************************ Option Full Name Min Args Max Args Macro Command Description --------------------------------------------------------------------------------------------------------------------------- -h --help 0 0 /slic/usage Print SLIC usage. -n --interactive 0 0 /control/interactive Start a Geant4 interactive session. -v --version 0 0 /slic/version Print SLIC version. -m --macro 1 1 /control/execute Execute Geant4 commands from a file. -g --lcdd-url 1 1 /lcdd/url Set LCDD geometry file URL. -i --event-file 1 1 /generator/filename Set event input file full path. -o --lcio-file 1 1 /lcio/filename Set name of LCIO output file. -p --lcio-path 1 1 /lcio/path Set directory for LCIO output. -O --autoname 0 1 /lcio/autoname Automatically name the LCIO output file. -x --lcio-delete 0 0 /lcio/fileExists delete Delete an existing LCIO file. -r --run-events 1 1 /run/beamOn Run # of events. -s --skip-events 1 1 /generator/skipEvents Set number of events to skip. -l --physics-list 1 1 /physics/select Set Geant4 physics list. -L --log-file 0 0 /log/filename Set logfile name. -d --seed 0 1 /random/seed Set the random seed. (No argument seeds with time.) |
Each option is mapped in a straightforward way to a corresponding Geant4 UI command, so the same exact commands can be executed either from the command prompt or in the Geant4 interactive terminal.
The command
slic -v |
prints the SLIC version, along with a lot of other information (probably too much).
Simulator for the Linear Collider; SLIC; v1r13p6; Jeremy McCormick and Ron Cassell; SLAC; Tue Apr 4 17:32:07 PDT 2006 |
The /slic/version command will do the same from a macro or UI terminal.
SLIC prints a splash screen as it starts up with the version, build date, and other information.
************************************************************* App : Simulator for the Linear Collider (SLIC) Version : v1r13p6 Date : Tue Apr 4 17:32:07 PDT 2006 Authors : Jeremy McCormick and Ron Cassell Inst : SLAC WWW : http://www.lcsim.org/software/slic Contact : jeremym@slac.stanford.edu ************************************************************* |
The Geant4 toolkit prints a splash screen that SLIC displays when it starts up.
************************************************************* Geant4 version Name: geant4-08-00-patch-01 (10-February-2006) Copyright : Geant4 Collaboration Reference : NIM A 506 (2003), 250-303 WWW : http://cern.ch/geant4 ************************************************************* |
The Geant4 version in the figure above is 8.0.p01.
SLIC commands are added into various directories within the Geant4 UI hierarchy. From interactive mode, use this command to print information on a SLIC or LCDD command.
help [command] |
Those directories containing only SLIC or LCDD commands are marked with SLIC or LCDD.
/lcio/ LCIO output commands. [SLIC] |
Type
help [dir] |
or
help [command] |
for information about the user interface directory or command. Of course, this requires that the programmer actually put in some useful help string. Most commands and directories have such information.
You can put Geant4 UI commands into one or more macro files that slic can execute. This is done with the "-m" switch. There can be any number of these switches given to slic at the commandline. For instance, this command will execute the two macros init.mac and run.mac.
slic -m init.mac -m run.mac |
The macros are executed in the order given at the command-line.
If macros are interspersed throughout the command switches, then SLIC will also execute each command in order.
slic -m init.mac -x -o output -p myDir -m run.mac |
First init.mac will be executed. Then the three commands corresonding to the "-xop" switches and finally run.mac presumably executes the /run/beamOn command.
SLIC can be started in interactive mode using the -n option or the /control/interactive UI command.
This command will start Geant4 in PreInit mode where the geometry is not loaded.
slic -n |
Other commands may also be executed before the interactive mode starts.
slic -g myGeom.lcdd -n |
The LCDD file will be constructed, so the simulator will start in Idle mode.
The following command illustrates some of the options that could be used in a typical batch run.
slic -g myGeom.lcdd \ # geometry file -i events.stdhep \ # StdHep input file -p lcio/ \ # path for LCIO output file -o output.slcio \ # name of LCIO output file -x \ # delete existing LCIO file -r 1234 \ # seed the random engine -s 100 \ # number of events to skip -r 1000 # number of events to run |
In bash, direct all output to a file, as follows.
slic &> job.log & |
Now use the tail command to look at the output file as the job progresses.
tail -f job.log |
The BeginEvent and EndEvent markers are the best indicators of the job's progress.
Most batch systems will provide logging services, and the tail command can be used on these files, too.
The bsub command is used to run SLIC on LSF.
This is an example of submitting a job to run 1000 events through the sid00 detector on the xlong batch queue.
bsub -q xlong -o `pwd`/job.log -e `pwd`/err.log time slic -g sid00.lcdd -i events.stdhep -o events_sid00 -r 1000 |
LSF accepts plain bash scripts to start jobs. Mine usually use a few for loops to run combinations of geometries with StdHep files.
for g in $(ls *.lcdd); do for s in $(ls stdhep/*.stdhep); do fname=$(basename ${s%.*})_$(basename ${g%.*}) bsub -o `pwd`/$fname.log -e `pwd`/$fname.err -q xlong time slic -g $g -i $i -o $fname done done |
The stdhep directory should contain a symlink to the StdHep files used for input events.
Example LSF submission scripts can be found in Jeremy McCormick's jobs directory on the SLAC Linux machines at ~jeremym/work/jobs.
TODO: An old version works on Condor but probably not SimDist. I will get this running at NICADD.
No. But I am working on it.
Because getting things to run on the Grid is hard.
The current directory is always searched for the XSD files, first.
The GDML_SCHEMA_DIR environment variable may point to a single directory where all XSD files should be located. LCDD uses GDML for entity resolution, also, so the LCDD schemas can be placed in this directory, also.
From the lcdd directory, execute make schema_install to copy all the GDML and LCDD schemas in the schemas directory to another existing directory.
The -O switch turns on SLIC's auto-naming feature, which will give the output file a reasonable name based on the event generator used and the name (or tag) of the geometry. The /lcio/autoname command is the corresponding UI command.
The autoname feature can be customized by providing arguments to the /lcio/autoname command. These specify fields that should be inserted in the automatically generated filename.
Here is a summary of these options.
field |
description |
---|---|
binary |
basename of the slic binary |
application |
the string 'SLIC' |
version |
SLIC's version string from VERSION |
geometry |
geometry tag from the LCDD header |
date |
current date |
event |
description of the current event from the generator |
eventNumber |
number of events |
run |
run number |
The following command illustrates the autoname feature.
/lcio/autoname event application version geometry |
It would result in an automatically-generated name similar to neutrons_SLIC_v1r13p6_myGeometry.
The -x option or /lcio/fileExists delete option will cause an existing LCIO file to be overwritten.
The -s option or /generator/skipEvents command take the number of events to skip as an argument. This is only applicable to file-based event sources such as StdHep or LCIO files.
The -r option or the /random/seed command controls the CLHEP random seed setting. Without an argument, the current time is used as a seed. Otherwise, an integer argument is used as the seed.
Dumping random state is a built-in feature of Geant4.
Turn on the save feature.
/random/setSavingFlag true |
This will cause the random state for each event to be saved to currentEvent.rndm.
To save the current event to a unique file, use this command.
/random/saveThisEvent |
This copies currentEvent.rndm to runXXXevtYYY.rndm.
To do this for every event, put the saveThisEvent command in a macro called rndmSave.mac and run events in this fashion.
/run/beamOn 1000 rndmSave.mac |
This will cause the random state to be dumped for every event.
The /random/setDirectoryName command sets the base directory where the rndm files will be placed.
To restore the random state, use this Geant4 UI command.
/random/resetEngineFrom currentEvent.rndm |
This can be used to "replay" events of interest. This feature will probably be used with SLIC's skipEvents feature in order to jump to the event first before restoring its random state.
/random/resetEngineFrom run0event1000.rndm /generator/skipEvents 1000 |
Execute the command /physics/printLists to see the available Geant4 physics lists.
The -l option or /physics/select command takes the name of the physics list to use as an argument.
/physics/select LHEP |
This must happen in the PreInit stage. Once the simulator is in Idle state, the physics list is set permanently for that run, and SLIC must be restarted to use a different list.
A number of options are available for tweaking the handling of transportation through the magnetic field in the /field command directory.
The command selectStepper sets the integrator, where the argument can be one of the following.
G4ClassicalRK4 G4ExplicitEuler G4HelixExplicitEuler G4HelixHeum G4HelixImplicitEuler G4HelixSimpleRunge G4ImplicitEuler G4CashKarpRKF45 G4SimpleHeum G4SimpleRunge |
The command setDeltaOneStep sets the maximum stepsize that will be taken in the field.
The command setDeltaIntersection sets the maximum distance from the chord line.
Refer to the Electromagnetic Fields Chapter of the Geant4 Application Guide for more details on these settings.
The -r switch sets the number of events to run, and it corresponds to Geant4's built-in /run/beamOn command.
SLIC can read StdHep files using Willy Langeveld's lightweight XDR interface from Lelaps.
An MCParticles collection of an LCIO file can also be used as a source of events, which is useful for repeating events run in other simulation frameworks.
To select a StdHep file with physics events, use the -i switch or /generator/filename command followed by an absolute or relative path to the file. Any file with an extension of .stdhep or .xdr will be automatically interpretted as a StdHep file.
SLIC also accepts LCIO files as event sources. Use the commands as if the file were a StdHep source, and the LCIO generator will be automatically selected if the file has the extension of .slcio.
The LCIO event generator feature is an experimental feature that has not undergone much testing (e.g. There be bugs here!). |
Geant4 includes a flexible and powerful particle generator called the General Particle Source or GPS.
Execute this command to select GPS as the event source.
/generator/select gps |
Actually, GPS is the default, but this can be used to switch if another generator is being used (e.g. in interactive mode).
Refer to the GPS User's Guide for detailed instructions on using this tool.
There are also a few sample GPS macros in the slic CVS project at macros/gps*.mac_.
Geant4 includes a simple particle gun that can be selected with this command.
/generator/select gun |
However, GPS is the recommended single particle source, and the G4ParticleGun should be considered deprecated, in my opinion.
Use the command /generator/dumpEvent to display information about the current generator and its event.
There are only a limited number of
SLIC Runner is a Java program that uses Swing.
TODO: Fix SLIC Runner to work with latest SLIC.
The built-in GUIs of Geant4 are available, including the XM interface.
Please include the following information in bug reports.
gcc -v |
cat SimDist/packages/*/VERSION &> myversions.txt |
GDML stands for Geometry Description Markup language. It is an XML format for the description of CSG geometries with a primary binding to the Geant4 toolkit. There is also a Python binding with Root. GDML allows geometry data to be interchanged between difference programs, such as simulators, analysis and reconstruction software, and visualization tools.
GDML defines a document structure and a list of legal elements.
The current, primary maintainer of GDML, Witold Pokorski, made a good overview presentation of GDML for the CHEP 2006 conference.
Browse the GDML CVS online or use the LXR browser.
A supplementary page is maintained by Jeremy McCormick at http://www.lcsim.org/software/gdml.
LCDD is the Linear Collider Detector Description markup language, and is itself based on the GDML toolkit.
The LCDD geometry backend is designed for prototyping, debugging, and experimenting with different detector geometries, material definitions, readouts, and physics settings. There are many options to explore in the Geant4 toolkit, so having this type of "Swiss Army Knife" tool saves a lot of (programming) time.
LCDD provides a 100% runtime description of the detector and its associated properties, including the detailed volume hierarchy, assignment and properties of sensitive detectors, and the specification of detector component identifiers, among many other features. In practice, writing files in this standardized format is much easier than trying to author custom C++ code for each proposed full detector design and their subdetectors.
The directory examples in the slic CVS project contains a number of hand-coded LCDD example files.
Use the compact description.
Or hand-code them.
/lcdd/dumpGDML mygeom.gdml |
LCDD can read files either from the local file system or from a URL. The file location can be set with the -g option and its corresponding command /lcdd/url.
This is an example of reading a local file from the command line.
slic -g /path/to/myGeom.lcdd |
This command reads the geometry from a URL.
slic -g http://www.lcsim.org/detectors/sid00/sid00.lcdd |
If the -g option is specified from the command-line, SLIC assumes that the simulator should be initialized to the Idle state after the geometry is loaded.
The LCDD system supports reading both plain GDML and LCDD files from SLIC.
To read in a "plain" GDML file, simply use the "-g" option as you normally would ...
slic -g myGeom.gdml |
The LCDD system will use the GDML schema instead of LCDD and the geometry should be loaded successfully.
/geometry/test/recursive_test |
The Geant4 OpenGL visualization driver can be used to immediately visualize the detector and events. The following command can be used to visualize the detector geometry plus hits and trajectories from the event.
/vis/scene/create /vis/scene/add/volume /vis/scene/add/hits /vis/scene/add/trajectories /vis/open OGLSX |
There is a similar macro in the slic directory at macros/vis_gl.mac.
A command similar to this will write out a HepRep zip file to the current directory.
/vis/scene/create /vis/open HepRepXML /vis/viewer/set/culling global false /vis/scene/add/volume /vis/scene/add/trajectories /vis/scene/add/hits |
/vis/open DAWNFILE |
dawncut
VRML
OpenInventor (Coin3D)
RayTracerX
RayTracer
GDML -> python -> ROOT
WIRED
LCIO stands for Linear Collider IO. It is the standard data format for exchanging event data between different ILC software, including simulators and reconstruction and analysis tools.
Nearly all of the simulation tools support LCIO, including the following tools.
SLIC is unique in that it can read LCIO files as a physics event source.
The MARLIN tool and its associated MarlinReco processors all support the LCIO format.
The org.lcsim Java framework includes its own implementation of LCIO in the package org.lcsim.util.lcio. This is compatible with the Java implementation included in the LCIO CVS project.
A SLAC ftp site has LCIO files available, mostly generated using SLIC. Follow the ftp instructions to find and download the files that you want to use.
Contact Norman Graf <ngraf@slac.stanford.edu> if you want some LCIO files generated by SLIC that are not available from the ftp site.
LCIO comes with the dumpevent tool that dumps an LCIO file's contents from the command-line. Typically, this would be used with a pager.
$LCIO/bin/dumpevent outfile.slcio 0 1 | less |
The above command dumps the direct event of outfile.slcio file starting at run number 0.
The LCSim Event Browser can be used to look at LCIO files from within JAS3 using org.lcsim.
The LCSim Event Browser instructions show how to use this tool.
The SlicDiagnostics package creates AIDA files with detailed plots of LCIO event data, focused on the simulation classes: CalorimeterHit, TrackerHit, and MCParticle. Contact Jeremy McCormick <jeremym@slac.stanford.edu> if you would like more information about obtaining and using this package.
The compact description provides an abbreviated format for describing a full detector and its subcomponents to the org.lcsim reconstruction and analysis subsystem.
The compact detector description schema specifies the structure of this format as an XML schema (XSD file).
The package org.lcsim.geometry.compact transforms XML from the compact description into various targets. These include the LCDD language for the simulator and Java runtime objects for reconstruction and analysis.
Compact detectors are kept at this base url in zip files named with the detector tag.
http://www.lcsim.org/detectors |
For instance, this is the location of the sid00 detector's resource file.
http://www.lcsim.org/detectors/sid00.zip |
The org.lcsim conditions system will use this URL automatically. Otherwise, a tool like wget can be used to download it manually.
A list of available compact detectors is kept at this URL.
http://www.lcsim.org/detectors/taglist.txt |
This is list is updated periodically depending on the current detectors in LCDetectors.
Add an alias to ~/.lcsim/alias.properties which points to your detector's resources.
A zip file.
mydet: file:///path/to/mydet.zip |
Or the directory.
mydet: file:///path/to/mydet/ |
LCDetectors contains detectors in the compact description for use with org.lcsim.
GeomConverter/bin/GeomConverter -o lcdd compact.xml mydet.lcdd |
All attribute values are evaluated by the JDOM expression factory.
<constant name="myval" value="2.0 * cm"/> |
After being defined, constants can be used from anywhere in the compact description. This is useful for reusing values in detector definitions.
Unit |
Default |
---|---|
length |
mm |
angles |
radians |
energy |
GeV |
<define> <!-- centimeters --> <constant name="cm" value="10"/> <!-- world --> <constant name="world_side" value="30000" /> <constant name="world_x" value="world_side" /> <constant name="world_y" value="world_side" /> <constant name="world_z" value="world_side" /> <!-- tracking region --> <constant name="tracking_region_radius" value="175.*cm"/> <constant name="tracking_region_zmax" value="282.*cm"/> </define> |
Cylindrical calorimeter barrel.
<detector id="1" name="EMBarrel" type="CylindricalBarrelCalorimeter" readout="EcalBarrHits"> <dimensions inner_r = "ecal_barrel_inner_r" outer_z = "ecal_barrel_outer_z" /> <layer repeat="30"> <slice material = "Tungsten" thickness = "ecal_absorber_thickness" /> <slice material = "Silicon" thickness = "ecal_sensor_thickness" /> </layer> </detector> |
Cylindrical endcap calorimeter.
<detector id="2" name="EMEndcap" reflect="true" type="CylindricalEndcapCalorimeter" readout="EcalEndcapHits"> <dimensions inner_r = "ecal_endcap_inner_r" inner_z = "ecal_endcap_inner_z" outer_r = "ecal_endcap_outer_r" /> <layer repeat="30"> <slice material = "Tungsten" thickness = "ecal_absorber_thickness" /> <slice material = "Silicon" thickness = "ecal_sensor_thickness" /> </layer> </detector> |
Polyhedra calorimeter barrel.
<detector id="3" name="EMBarrel" type="PolyhedraBarrelCalorimeter" readout="EcalBarrHits"> <dimensions z="ecal_barrel_full_z" numsides="8" rmin="ecal_barrel_rmin"/> <layer repeat="30"> <slice material="Tungsten" thickness="ecal_absorber_thickness"/> <slice material="Silicon" thickness="ecal_sensor_thickness" sensitive="yes"/> </layer> </detector> |
Polyhedra endcap calorimeter.
<detector id="4" name="EMEndcap" reflect="true" type="PolyhedraEndcapCalorimeter" readout="EcalEndcapHits"> <dimensions numsides="8" rmin="ecal_endcap_rmin" rmax="ecal_endcap_rmax" zmin="ecal_endcap_zmin"/> <layer repeat="30"> <slice material="Tungsten" thickness="ecal_absorber_thickness"/> <slice material="Silicon" thickness="ecal_sensor_thickness" sensitive="yes"/> </layer> </detector> |
GridXYZ segmentation.
<readout name="HcalBarrHits"> <segmentation type="GridXYZ" gridSizeX="10.0" gridSizeY="10.0"/> <id>layer:7,system:6,barrel:3,x:32:-16,y:-16</id> </readout> |
Nonprojective cylinder.
<readout name="EcalBarrHits"> <segmentation type="NonprojectiveCylinder" gridSizePhi="0.35*cm" gridSizeZ="0.35*cm" /> <id>system:8,layer:8,barrel:3,phi:32:16,z:-16</id> </readout> |
Projective Z plane (projective endcap).
<readout name="HcalEndcapHits"> <segmentation type="ProjectiveZPlane" thetaBins="600" phiBins="1200"/> <id>layer:7,system:6,barrel:3,theta:32:11,phi:11</id> </readout> |
Projective cylinder.
<readout name="HcalBarrHits"> <segmentation type="ProjectiveCylinder" thetaBins="600" phiBins="1200"/> <id>layer:7,system:6,barrel:3,theta:32:11,phi:11</id> </readout> |
Tracker barrel.
<detector id="1" name="TrackerBarrel" type="MultiLayerTracker" readout="TkrBarrHits"> <layer id="1" inner_r = "20.000*cm" outer_z = "26.7*cm"> <slice material = "Silicon" thickness = "0.00048*cm" /> <!-- N layers can go here --> </layer> |
Tracker endcap.
<detector id="14" name="TrackerEndcap" type="DiskTracker" reflect="true" readout="TkrEndcapHits"> <layer id="1" inner_r = "4.0*cm" inner_z = "30.0*cm" outer_r = "25.000*cm"> <slice material = "Silicon" thickness = "0.03*cm" sensitive = "yes" /> </layer> <!-- N layers can go here --> </detector> |
<detector id="2" name="TPC" type="TPC" readout="TPCHits"> <dimensions inner_r = "36.2*cm" outer_z = "250.0*cm" /> <layer repeat="200"> <slice material="P10" thickness="tpc_gas_thickness" sensitive="yes" /> </layer> </detector> |
Unlike calorimeters, tracker hits are written out "in the raw" without any digitization (or binning), so no segmentation is used at the simulation level.
<readout name="TkrBarrHits"> <id>layer:10,system:6,barrel:3</id> </readout> |
<fields> <field type="Solenoid" name="GlobalSolenoid" inner_field="5.0" outer_field="-0.6" zmax="1000" outer_radius="144*cm+(2+1)*34*cm"/> </fields> |
The org.lcsim package can parse a field map with a line-oriented format. This gives the magnetic field strength at a given radius (r) and z.
r z Br Bz |
Reference a field map from the compact description.
<fields> <field type="RZFieldMap" name="RZFieldMapTest" gridSizeZ="10.0" gridSizeR="10.0" numBinsZ="64" numBinsR="67" url="http://www.lcsim.org/test/solenoid_5tesla.dat"/> </fields> |
<material name="ArgonGas"> <D type="density" value="0.00178" unit="g/cm3"/> <composite n="1" ref="Ar" /> </material> <material name="MethaneGas"> <D type="density" value="0.000717" unit="g/cm3"/> <composite n="1" ref="C" /> <composite n="4" ref="H" /> </material> <material name="P10"> <D type="density" value="0.00178" unit="g/cm3"/> <fraction n=".9" ref="ArgonGas" /> <fraction n=".1" ref="MethaneGas" /> </material> |
<limits> <limitset name="MyLimits"> <limit name="step_length_max" particles="*" value="1.0" unit="mm" /> </limitset> </limits> |
Reference from a slice element within layer.
<slice limits="MyLimits" ... /> |
<regions> <region name="MyRegion" store_secondaries="true" cut="0.1" lunit="mm" threshold="0.001" eunit="GeV" /> </regions> |
Reference from a slice element within layer.
<slice limits="MyRegion" ... /> |
These can be added to the LCDetectors directory for a detector tag. See existing detectors such as sid00 for examples.
LCPhys is a Geant4 Physics List tailored for linear collider detector simulation.
See the Linear Colider Physics List Description for details about the models and physics processes.
Dennis Wright, who is also the current Hadronics Coordinator of the Geant4 project, maintains the LC Physics List.
LCPhys is used by all three of the main ILC simulation packages, SLIC, Mokka, and JUPITER. SLIC uses LCPhys as its default physics list.
There are currently some plots of Thin Target Tests available.
TODO: More LCPhys validation plots.
The org.lcsim framework is a Java-based reconstruction and analysis package which has a plugin to JAS3. JAS3 provides a number of integrated tools such as the WIRED event display and an AIDA-compliant plotter.
Java 1.5 Maven 1.0 JAS3 0.8.3 (optional) Netbeans 5.0 (optional) |
Developers can use these instructions for building lcsim.
Users who just wish to use the Event Browser and Event Display can simply install the JAS3 plugins.
Follow the lcsim Developer Tutorial.
ilc
calice
SLAC users should get a PPDG-sponsored certificate.
Doug Olson <dlolson@lbl.gov> is responsible for the PPDG registration authority.
request ILC VO membership at DESY
create a loadable Grid certificate
Use the lcg-cp command.
lcg-cp --vo ilc lfn:{LFNfromDB} file:{absolute path} |
http://grid.desy.de/
http://grid.desy.de/certs/
http://grid.desy.de/users/
http://grid.desy.de/install/DESY-VO.html
http://cic.in2p3.fr/
http://cern.ch/lcg/
http://www.eu-egee.org/
LCIO has a Python binding.
Marlin uses AIDA -> RAIDA -> Root (But there already exists RAIDA, which is "remote AIDA", so we appear to be running out of acronyms.)
FLUKA is not open source, and it is not easy to interface to Geant4. The AliRoot framework has access to FLUKA.
Used by BRAHMS.
4th concept is using it.
These are all deprecated simulation packages. Parts of the last two were used in SLIC.
These FORTRAN packages formed the basis for some Geant4 code, so they live on in spirit. EGCS is still quite useful, as it is still considered by many to be the most accurate EM physics package.