GlueX Offline Meeting, November 2, 2011
GlueX Offline Software Meeting
Wednesday, November 2, 2011
1:30 pm EDT
JLab: CEBAF Center F326
- Wiki upgrade: David
- Volatile disk
- Review of minutes from the last meeting: all
- Reconstruction sub-group reports
- Calorimeters: Matt
- Tracking: ?
- PID: Paul M.
- Resources: an idea for managing large files: Dmitry
- Action Item Review
- Review of recent repository activity: all
- ESNet: 8542553
- Meeting URL: http://evo.caltech.edu/evoNext/koala.jnlp?meeting=292I2iMeMB929nDs9aD9
- Phone Bridge ID: 10 1789
Talks can be deposited in the directory
/group/halld/www/halldweb/html/talks/2011-4Q on the JLab CUE. This directory is accessible from the web at https://halldweb.jlab.org/talks/2011-4Q/ . You have to be a member of the "halld" Unix group to do this.
- CMU: Will Levine, Paul Mattione, Curtis Meyer
- FSU: Nathan Sparks
- IU: Ryan Mitchell
- JLab: Mark Ito (chair), David Lawrence, John Leckey, Yi Qiang, Dmitry Romanov, Sascha Somov, Elliott Wolin, Beni Zihlmann
- Mark called our attention to the new volatile disk, now available from the farm nodes at JLab. See the FAQ for details.
- Elliott announced that the Midas elog is now available at the Lab for interested parties. Yi has experience using it. See Elliott for more information.
PID sub-group report
Paul mentioned that he has disabled drift chamber dE/dx as a particle ID discriminator, at least for now.
Elliott asked if the high-level particle classes are stable now so he can incorporate them into DANA-EVIO. Paul said that more re-arrangement was coming; something involving kaons[?]
Dmitry presented a proposal for managing large files that are currently controlled in the calib directory hierarchy and, by analogy, to be controlled by the calibration database (CCDB). The proposal is that large files, like the magnetic field maps, be managed separately, using a simpler "resource management" system. This approach is ubiquitous; several major software systems use it. There are several advantages to breaking out these files from the CCDB and the attendant loss of CCDB features are probably not serious for this class of files. See his presentation for details.