Difference between revisions of "GlueX Offline Meeting, December 15, 2010"

From GlueXWiki
Jump to: navigation, search
(copy of last time)
 
m (Text replacement - "http://argus.phys.uregina.ca/cgi-bin/private" to "https://halldweb.jlab.org/doc-private")
 
(16 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
GlueX Offline Software Meeting<br>
 
GlueX Offline Software Meeting<br>
Wednesday, December 1, 2010<br>
+
Wednesday, December 15, 2010<br>
 
1:30 pm EST<br>
 
1:30 pm EST<br>
 
JLab: CEBAF Center F326/7
 
JLab: CEBAF Center F326/7
Line 7: Line 7:
  
 
# Announcements
 
# Announcements
## New release: [[Sim-Recon Tagged Releases|sim-recon-2010-11-29]]
+
# Review of [[GlueX Offline Meeting, December 1, 2010#Minutes|minutes from the last meeting]]: all
# Review of [[GlueX Offline Meeting, November 17, 2010#Minutes|minutes from the last meeting]]: all
+
# Tagger hall geometry/simulation: Sascha
# [http://www.jlab.org/Hall-D/offline/Software_tasks.php Software responsibilities] for TOF and Start Counter: Mark
+
# [http://www.jlab.org/~romanov/db_design_12_15_2010.pptx Calibration Database Update]: Dmitry
# Calibration Database Update: Dmitry
+
# [https://mailman.jlab.org/pipermail/halld-offline/2010-December/000446.html Random number seed policy]: Richard
# FLUKA simulation of neutron flux: Sascha
+
#* Solenoid text file conversion approach
 
# Action Item Review: all
 
# Action Item Review: all
 
## [http://tinyurl.com/2beqwlk Resolved issues]
 
## [http://tinyurl.com/2beqwlk Resolved issues]
 
## [http://tinyurl.com/25g8af6 Outstanding issues]
 
## [http://tinyurl.com/25g8af6 Outstanding issues]
 
#* To view these links, [https://halldnew.jlab.org/mantisbt/login_page.php login first]. Anonymous login is available.
 
#* To view these links, [https://halldnew.jlab.org/mantisbt/login_page.php login first]. Anonymous login is available.
# Review of recent repository activity: all
+
# Review of [http://clasweb.jlab.org/websvn/prod/log.php?repname=GlueX&path=%2Ftrunk%2Fsim-recon%2F&rev=0&sc=0&isdir=1 recent repository activity]: all
  
 
=Communication Information=
 
=Communication Information=
Line 38: Line 38:
 
==Slides==
 
==Slides==
  
Talks can be deposited in the directory <code>/group/halld/www/halldweb1/html/talks/2010-12</code> on the JLab CUE <ref>You have to be a member of the "halld" Unix group to do this.</ref>. This directory is accessible from the web at https://halldweb1.jlab.org/talks/2010-12/ .
+
Talks can be deposited in the directory <code>/group/halld/www/halldweb/html/talks/2010-12</code> on the JLab CUE <ref>You have to be a member of the "halld" Unix group to do this.</ref>. This directory is accessible from the web at https://halldweb.jlab.org/talks/2010-12/ .
  
 
=Minutes=
 
=Minutes=
  
Present:  
+
Present:
* '''IU''': Ryan Mitchell, Kei Moriya, Brad Schaefer, Matt Shepherd
+
* '''IU''': Kei Moriya, Matt Shepherd
* '''JLab''': Hovanes Egiyan, Mark Ito (chair), David Lawrence, Lubomir Pentchev, Elliott Wolin, Beni Zihlmann
+
* '''JLab''': Craig Bookwalter, Mark Ito (chair), David Lawrence, Lubomir Pentchev, Dmitry Romanov, Sascha Somov, Simon Taylor, Beni Zihlmann
  
 
==Announcements==
 
==Announcements==
  
Mark reminded us about the latest release of sim-recon, sim-recon-2010-11-29. See [https://mailman.jlab.org/pipermail/halld-offline/2010-November/000438.html his email] for details.
+
* Simon announced that he has added time and energy smearing to the start counter in mcsmear.
  
==Software responsibilities for TOF and Start Counter==
+
==Review of minutes from previous meeting==
  
We went over the [http://www.jlab.org/Hall-D/offline/Software_tasks.php nominal assignments of responsibilities] for reconstruction of the TOF and start counter. The amended list will be:
+
We went over the [[GlueX Offline Meeting, December 1, 2010#Minutes|minutes from the December 1st meeting]].
  
* '''TOF''': Paul Eugenio and Beni Zihlmann
+
* David mentioned yet another issue with using GEANT3 for our simulation. There are some CERNLIB routines that we have imported to the GlueX repository because of bug fixes. These can sometimes cause problems with include files.
* '''Start Counter''': Werner Boeglin, Simon Taylor, Sascha Somov
+
  
Mark will ask the principals to summarize status at a future meeting.
+
==Tagger hall geometry/simulation==
  
==FLUKA simulation of neutron flux==
+
Sascha led us through some recent work he has done, documented in a [https://halldweb.jlab.org/doc-private/DocDB/ShowDocument?docid=1646 recent GlueX Note]. The main conclusion is that we expect that dark rates in SiPM's used in the microscope could increase by a factor of five in about 2.5 months. This estimate includes shielding with polyethylene which reduces the exposure by about a factor of 7. See his note for details.
  
Sascha reviewed recent work on simulating radiation damage, especially, but not limited to, that from neutrons in Hall D. The original motivation was to study damage rates to SiPM's that will be used to read-out the BCAL. As such, damage on silicon was studied. Also Sascha and his collaborators Alberto Fasso and George Kharashvili were interested in comparing the results of GEANT3 and FLUKA. Sasha led us through the plots on [[Comparison of radiation damage between FLUKA and Geant|his wiki page]]. The agreement between the two systems was better than a factor of two, which is considered pretty darn good.
+
The geometry configurations that were used have not been released for public consumption yet. See Sascha if you have a need for them.
  
The version of FLUKA that has had the most recent development is a stand-alone package with its own geometry system. Most of the work was in capturing essential features of the GlueX detector geometry in FLUKA.
+
==Calibration Database Update==
  
A glance at the plots shows that the fluence in the area just upstream of the start counters is within a factor of a few of that in the region of the BCAL SiPM's indicating that SiPM's are not excluded from consideration for the readout of that detector.
+
Dmitry gave us a review of the scheme for the calibration database and reported on the current status. See [https://halldweb.jlab.org/talks/2010-12/db_design_12_15_2010.pptx his slides] for details. Status is as follows:
  
There might also be application of this set-up for estimating dose to the FCAL insert. The damage to lead glass is of a different nature than that to silicon and that would have to be taken into account.
+
* File specification is done
 +
* File upload to DB in progress
 +
* “Field” C++ API in progress
 +
* Core C++ API done
 +
* User C++ API mostly done
 +
* Python wrapping--mostly done
 +
* Console utils--first working prototype is done
 +
* Web interface--prototype is done
  
==Action Item Review==
+
There was some discussion during and after the talk:
  
* David has eliminated a bunch of warnings that were coming from the tracking code.
+
* '''Security''': We had a lot of discussion about what level of security was necessary or appropriate. Too little and unauthorized changes can be made to sensitive calibration sets. Too much and making modifications is made difficult and the central collaboration copy might not get all important changes; those changes may languish in private version.
 +
* '''Access outside JLab firewall''': Richard asked about how the constants would be accessed outside JLab.
 +
*# David has implemented a web service to deliver constants. This was some time ago and needs to be revisited.
 +
*# The database can be replicated at other sites and access granted to the replicas as needed. This is useful for the console tools, for example.
 +
*# The system will export files that can be used to supply constants from a local filesystem. For example, this could be used on a laptop without a network connection.
 +
*# [added in press] There will be a web application that will allow any user with a web browser to access the contents of the database.
  
==Review of recent repository activity==
+
==Random number seed policy==
  
* David has been working on the simulation apparatus for the Compton calorimeter being proposed for the &eta; Primakoff experiment.
+
Richard reviewed the options he outlined in his [https://mailman.jlab.org/pipermail/halld-offline/2010-December/000446.html email to the offline list]. He recalled for us that the issue was raised by [https://mailman.jlab.org/pipermail/halld-offline/2010-December/000443.html Kei getting indentical results] from separate runs of genr8 when they were started within a second of each other.
* Simon eliminated some warnings with judicious placement of {}'s in the mcsmear package.
+
  
==GEANT4==
+
We formed a consensus around using /dev/urandom, at least initially. We commissioned Richard to write an appropriate python script that would produce a seed on standard output as an initial stab at a more robust random seed strategy.
  
David raised the question of converting the Monte Carlo from GEANT3 to GEANT4.
+
David noted that we should add better random seed management to mcsmear.
 
+
* Mark reported that Richard Jones is working on an implementation. It gets its geometry from an HDDS file. The new geometry system does not generate code that then gets compiled. Rather a geometry-agnostic binary reads the HDDS directly and creates the geometry on the fly.
+
* David thought that we need it sooner rather than later, and that later might turn out to be never.
+
* Mark thought that we are not dead in the water using GEANT3 and we do have a nominal effort in progress. That might be the appropriate effort level.
+
* Elliott thought that we need to hire someone to do the job. We have been saying that a new collaborator might take this on, but we have been saying this for a long time.
+
* Mark shelved the discussion as it seemed that no end was in sight. We will have to return to this question.
+
  
 
==New Action Items==
 
==New Action Items==
  
# Get a report on start counter reconstruction.
+
# Write a python script that uses /dev/urandom to produce pretty darn random numbers.
# Get a report on time-of-flight reconstruction.
+
# Random seed management for mcsmear.
  
 
----
 
----

Latest revision as of 17:04, 24 February 2017

GlueX Offline Software Meeting
Wednesday, December 15, 2010
1:30 pm EST
JLab: CEBAF Center F326/7

Agenda

  1. Announcements
  2. Review of minutes from the last meeting: all
  3. Tagger hall geometry/simulation: Sascha
  4. Calibration Database Update: Dmitry
  5. Random number seed policy: Richard
    • Solenoid text file conversion approach
  6. Action Item Review: all
    1. Resolved issues
    2. Outstanding issues
    • To view these links, login first. Anonymous login is available.
  7. Review of recent repository activity: all

Communication Information

Telephone

To connect by telephone:

  1. dial:
    • 800-377-8846 : US
    • 888-276-7715 : Canada
    • 302-709-8424 : International
  2. enter participant code: 77438230# (remember the "#")

Video Conferencing

Slides

Talks can be deposited in the directory /group/halld/www/halldweb/html/talks/2010-12 on the JLab CUE [1]. This directory is accessible from the web at https://halldweb.jlab.org/talks/2010-12/ .

Minutes

Present:

  • IU: Kei Moriya, Matt Shepherd
  • JLab: Craig Bookwalter, Mark Ito (chair), David Lawrence, Lubomir Pentchev, Dmitry Romanov, Sascha Somov, Simon Taylor, Beni Zihlmann

Announcements

  • Simon announced that he has added time and energy smearing to the start counter in mcsmear.

Review of minutes from previous meeting

We went over the minutes from the December 1st meeting.

  • David mentioned yet another issue with using GEANT3 for our simulation. There are some CERNLIB routines that we have imported to the GlueX repository because of bug fixes. These can sometimes cause problems with include files.

Tagger hall geometry/simulation

Sascha led us through some recent work he has done, documented in a recent GlueX Note. The main conclusion is that we expect that dark rates in SiPM's used in the microscope could increase by a factor of five in about 2.5 months. This estimate includes shielding with polyethylene which reduces the exposure by about a factor of 7. See his note for details.

The geometry configurations that were used have not been released for public consumption yet. See Sascha if you have a need for them.

Calibration Database Update

Dmitry gave us a review of the scheme for the calibration database and reported on the current status. See his slides for details. Status is as follows:

  • File specification is done
  • File upload to DB in progress
  • “Field” C++ API in progress
  • Core C++ API done
  • User C++ API mostly done
  • Python wrapping--mostly done
  • Console utils--first working prototype is done
  • Web interface--prototype is done

There was some discussion during and after the talk:

  • Security: We had a lot of discussion about what level of security was necessary or appropriate. Too little and unauthorized changes can be made to sensitive calibration sets. Too much and making modifications is made difficult and the central collaboration copy might not get all important changes; those changes may languish in private version.
  • Access outside JLab firewall: Richard asked about how the constants would be accessed outside JLab.
    1. David has implemented a web service to deliver constants. This was some time ago and needs to be revisited.
    2. The database can be replicated at other sites and access granted to the replicas as needed. This is useful for the console tools, for example.
    3. The system will export files that can be used to supply constants from a local filesystem. For example, this could be used on a laptop without a network connection.
    4. [added in press] There will be a web application that will allow any user with a web browser to access the contents of the database.

Random number seed policy

Richard reviewed the options he outlined in his email to the offline list. He recalled for us that the issue was raised by Kei getting indentical results from separate runs of genr8 when they were started within a second of each other.

We formed a consensus around using /dev/urandom, at least initially. We commissioned Richard to write an appropriate python script that would produce a seed on standard output as an initial stab at a more robust random seed strategy.

David noted that we should add better random seed management to mcsmear.

New Action Items

  1. Write a python script that uses /dev/urandom to produce pretty darn random numbers.
  2. Random seed management for mcsmear.

Footnotes

  1. You have to be a member of the "halld" Unix group to do this.