LISTSERV mailing list manager LISTSERV 16.5

Help for LCDET-SVN Archives


LCDET-SVN Archives

LCDET-SVN Archives


LCDET-SVN@LISTSERV.SLAC.STANFORD.EDU


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

LCDET-SVN Home

LCDET-SVN Home

LCDET-SVN  November 2014

LCDET-SVN November 2014

Subject:

r3423 - /docs/pubs/0001-lcdd/lcdd-paper.tex

From:

[log in to unmask]

Reply-To:

Notification of commits to the lcdet svn repository <[log in to unmask]>

Date:

Fri, 14 Nov 2014 18:12:42 -0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (57 lines)

Author: ngraf
Date: Fri Nov 14 10:12:39 2014
New Revision: 3423

Log:
minor textual changes

Modified:
    docs/pubs/0001-lcdd/lcdd-paper.tex

Modified: docs/pubs/0001-lcdd/lcdd-paper.tex
 =============================================================================
--- docs/pubs/0001-lcdd/lcdd-paper.tex	(original)
+++ docs/pubs/0001-lcdd/lcdd-paper.tex	Fri Nov 14 10:12:39 2014
@@ -136,7 +136,7 @@
 \section{Introduction}
 
 
-As the size, complexity and cost of modern physics detectors increases, the need for detailed simulations of the experimental setup plays an increasingly important role. Designing detector systems composed of many disparate subsystems requires efficient tools to simulate the detector response. Comparisons of different technology options, or geometric layouts, are facilitated if the results can be obtained with a flexible, easy-to-use simulation framework.
+As the size, complexity and cost of modern physics detectors increase, the need for detailed simulations of the experimental setup plays an increasingly important role. Designing detector systems composed of many disparate subsystems requires efficient tools to simulate the detector response. Comparisons of different technology options, or geometric layouts, are facilitated if the results can be obtained with a flexible, easy-to-use simulation framework.
 
 %% free the end user from the need to know c++ coding or Geant4 architecture/class specifics
 %% still need to know the Geant4 physics, e.g physics lists, regions, step size...
@@ -159,7 +159,7 @@
 
 \subsection{GDML}
 
-The Geometry Description Markup Language (GDML) is a language for describing detector geometries using materials, mathematical variables and definitions, solids such as boxes and tubes, and a hierarchical structure of logical and physical volumes.  Originally developed as a stand-alone application, GDML has become part of the Geant4 source distribution. Therefore, it serves as an ideal starting point for a complete detector description language.  The syntax and usage of GDML is fully described in the \textit{GDML User's Guide}~\cite{gdmlguide} but a brief overview is provided here for completeness. Every valid GDML file has the following basic structure.
+The Geometry Description Markup Language (GDML) was developed to describe detector geometries using materials, mathematical variables and definitions, solids such as boxes and tubes, and a hierarchical structure of logical and physical volumes.  Originally released as a stand-alone application, GDML has since ecome part of the Geant4 source distribution. Therefore, it serves as an ideal starting point for a complete detector description language.  The syntax and usage of GDML is fully described in the \textit{GDML User's Guide}~\cite{gdmlguide} but a brief overview is provided here for completeness. Every valid GDML file has the following basic structure.
 
 \begin{verbatim}
     <gdml>
@@ -563,7 +563,7 @@
 </idspec>
 \end{verbatim}
 
-The first five fields of the above identifier derive from the {\tt physvolid} values.  The ``x'' and ``y'' values are read from the segmentation bins at the hit position.  The concatenation of these values identifies a unique readout channel in the detector.  The packed values can be subsequently decoded within an external framework to retrieve the associated detector information for a specific hit.
+The first five fields of the above identifier derive from the {\tt physvolid} values.  The ``x'' and ``y'' values are read from the segmentation bins at the hit position.  The concatenation of these values identifies a unique readout channel in the detector.  The packed values can be subsequently decoded within an external framework to retrieve the associated detector information for a specific hit. Accessing the field information from such a common source for both simulation and reconstruction ensures a commensurate encoding and subsequent decoding of the bit packing.
 
 \subsection{Physics Limits}
 
@@ -680,7 +680,7 @@
 
 The dipole models a Bx field that varies in the Z dimension given a list of coefficients, using a simple polynomial fit with an arbitrary number of terms.
 
-$B_x=\sum_{i=1}^{n} zc_i$
+$B_x=\sum_{i=1}^{n} c_i*z^i$
 
 Here is an example of a dipole field definition.
 

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the LCDET-SVN list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=LCDET-SVN&A=1

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013

ATOM RSS1 RSS2



LISTSERV.SLAC.STANFORD.EDU

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager

Privacy Notice, Security Notice and Terms of Use