Core Minutes 10/28/2003  

Present:   Ursula Berthon, Joanne Bogart,  Toby Burnett,  Richard Dubois,  Riccardo Giannitrapani, Berrie Giebels,  Navid Golpayegani, Traudl Hansl-Kozanecka, Heather Kelly, Michael Kuss and/or Johann Cohen-Tanugi, Matt Langston, Sean Robinson, Leon Rochester, Alex Schlessinger, Tracy Usher

• DC1:  Still plenty going on to get ready:

  • (Heather) Work on ACD ribbons is complete; now Heather is checking it out. So far, so good.  To do: a more systematic look at DOCA. 

  • (Leon) ToT.  The latest release has a first (actually second) attempt to do path-length corrections for ToT (in the merit ntuple). The corrections depend on track angles and on the number of strips in the cluster. The correction comes from an analytic expression in part of the phase space, and from more or less appropriate approximations in the rest. Comparisons of surface-cosmic muon MC with EM cosmic data reveal some discrepancies, which may be due to the soft electromagnatic component of the cosmic rays. More to follow. [direct from the source. ed.]

  • (Tracy) Source of ocassional very long recon time has finally been traced to a wayward if, employing the negation of the intended condition. It's fixed in the latest tag of TkrRecon. Flash! The very latest GlastRelease, v3r3p7, incorporates this fix.

  • (Toby, Michael) Toby has added some code to output a Root tuple with exposure information. He and Michael will decide on a scheme to make the information available within Gleam.

  • (Richard, Toby) At yesterday's analysis meeting there was strong sentiment in favor of revising the DC1 plan. At issue is the Onboard Filter, which has problems at low energies. In order to avoid undue focus on those problems at the expense of other things we might learn from DC1, the proposal was made to separate the generation of backgrounds from the generation of signal.  Using a UW machine, Toby has gathered some statistics to see what we can expect with the proposed new run plan. Bottom line: on an equivalent machine expect it to take about 2 CPU days to generate the signal events. This will be done early on as one OPUS job. Another will generate the background datasets for the completion of rejection analysis.

• Randoms and reproducibility: (Tracy) There is a hole in our ability to reproduce events, as is spelled out here. The state information needed for the generating particles is available, but not for the instrument orientation in case rocking was turned on. Once the particles get into the detector all bets are off. 

• Optimized Linux build: (Joanne) Now that optimized Linux builds have been shown to reduce running time significantly, it is tempting to just set the switch so that all Release Manager Linux builds are done optimized, but that would interfere with development and with emergency debugging of releases. This proposal met with no objections, however to implement it will take a bit of Alex's attention, a high-demand quantity just now.  Joanne volunteered to help with user documentation.

• G4 Futures: (Tracy) The new release addresses the multiple-scattering problems, but this is no time for a precipitous upgrade. For one thing, the Run Manager interface changed (again). It will entail some effort on our part to adjust to it.

• FRED: (Riccardo) The latest release incorporates a number of improvements:

  • Ability to read input over the web, via http protocol.

  • Plug-in, allowing you to attach to Gleam (soon to be available from the web page)

  • Improvements needed for the detector diagnostic display. [ed: to see this in action, ask the new FRED to open one of the heprep files in  http://www.slac.stanford.edu/exp/glast/ground/software/geometry/data/heprep/, such as oneCAL.heprep.gz]

  • Interactive control over colors.

• Looking beyond DC1: (Richard) DC1 has provided focus; remaining work for it is pretty well delineated. Then what? See this first crack at a summary of what we do next.

  Action Items 

• Document effect of MC pruning options (Riccardo) (8/5/2003) It's documented in the code; Tracy will look into putting the information in a more accessible place. (9/2/2003)
• Reorganize RootAnalysis package so structure is more standard.(05/13/03)
• Write up, and perhaps present at a future meeting, hints on debugging. (02/18/03)   Some combination of Toby and Tracy will provide something for Windows.(7/22/03) Linux document has been linked to how-to pages. (10/14/2003)
• Overhaul documentation altogether by about November (Heather and ??) (9/2/2003)
• Resolve calibration/timestamp issue. (11/20/02) Online folk have not yet thought about putting timestamp information into EM data, but, thanks to Richard's inquiry, may now do so. (2/25/03) We can probably live without a realistic system for EM, but we will put it on the agenda for the DC1 workshop.(5/6/03) At the DC1 Workshop Steve Ritz  promised to find an authoritative reference for timestamp format and pass it on. (7/17/03) Now that events have "real" timestamps, Joanne needs to reassess situation with Calibration (9/2/2003)
• We need a web page on the workings of the Release Manager (5/6/03) In progress (Navid) (9/2/2003)

previous

minutes index

next

J. Bogart Last Modified: 01-Jun-2010 15:47:33 -0700