Revision as of 17:55, 8 February 2012

GlueX Offline Software Meeting
Wednesday, February 8, 2012
1:30 pm EST
JLab: CEBAF Center F326

Agenda

1. Announcements
   1. sim-recon-2012-01-27 released: Mark
   2. RHEL6 build added to nightly line-up: Mark
2. HDDM's C++ API: Richard
3. Review of minutes from the last meeting: all
4. Reconstruction sub-group reports
   1. Calorimeters: Matt
   2. Tracking: Simon
   3. PID: Paul M.
5. Offline Software Review Planning: David
6. Collaboration Meeting Offline Session.
7. Action Item Review
   • Recently Resolved
   • Outstanding Items
8. Review of recent repository activity: all

Communication Information

Video Conferencing

• ESNet: 8542553
• EVO:
  • Meeting URL: http://evo.caltech.edu/evoNext/koala.jnlp?meeting=ete8eavBvvanaaIiaiIt
  • Phone Bridge ID: 11 6471

Slides

Talks can be deposited in the directory /group/halld/www/halldweb1/html/talks/2012-1Q on the JLab CUE. This directory is accessible from the web at https://halldweb1.jlab.org/talks/2012-1Q/ .

Minutes

Present:

• CMU: Will Levine, Paul Mattione, Curtis Meyer
• IU: Matt Shepherd
• JLab: Eugene Chudakov, Mark Ito (chair), David Lawrence, Simon Taylor, Elliott Wolin, Beni Zihlmann
• Regina: Andrei Semenov
• UConn: Richard Jones, Igor Senderovich

Announcements

• Mark reminded us that sim-recon-2012-01-27 has been released. It fixes the "memory explosion" problem with 90 degree tracks. It also includes the C++ HDDM API. See the release notes for a list of changes from the previous release.
• Mark mentioned that Red Hat Enterprise Linux 6 has been added to the list of nightly-build platforms. Richard asked about the "center-of-gravity" of the Collaboration in operating system space. Mark answered at JLab the usual answer is the OS running on the JLab farm, presently CentOS 5. That having been said, most collaborators are running something more modern on their desktops and laptops, both at JLab and elsewhere. We don't have a "standard" OS and do not have plans to enforce one.

HDDM's New C++ API

Richard led us through his design note on the recently release C++ API for HDDM. From the note, this has improvements with respect to the C API we have been using as follows:

1. complete encapsulation of memory management
2. getter and setter methods for attributes
3. inheritance of parent attributes by child elements (read-only)
4. ability to add or delete elements to/from an existing element list
5. method to query an element for its parent element
6. use of stl container and iterator semantics for element lists
7. const_iterator and interator classes, to allow data protection when appropriate

See the note for amplification and examples. We noted that the new API allows a much more compact and transparent access to event data than before.

Matt asked if this meant we would be writing our DST's in HDDM format. Mark said that he favored that approach, but that in any case we have to make an explicit choice of a supported data format. David suggested that we schedule a discussion for the next meeting.

4.1 will and matt talked about bcal reconstrcution matt understands the issue discussion to be had will and matt revisiting b1pi events slides at collob meeting new vs old comparisions, b1pi events in particular will: to reconstruct, need vertex, vertex finding code not optimized set to use thrown vertex for reconstruction want to use DVertex factory Paul will look into that

simon, tracking • announcements ∘ deal with tracks that stop in the tracking volume, fdc and cdc ∘ code that recovers tracks that fail because of kink in the track, or over-pruning

paul, pid • low momentum pions, spiraling , right now got code that links hits into spiral, debugging, spiral fit to these data, throw away extra track candidates

wiki page for review, david

New Action Items

1. Schedule a discussion of DST/reconstruction output format. -> Mark