Core Minutes 3/29/2005
Present: Joanne Bogart, Anders Borgland, Toby Burnett, David Chamont,
James Chiang, Johann Cohen-Tanugi, Seth Digel, Richard Dubois,
Zachary Fewtrell, Warren Focke,
Berrie Giebels, Tom Glanzman,
Navid Golpayegani, Tony Johnson, Heather Kelly, Matt Langston,
Julie McEnery, Chuck Patterson, Igor Pavlin, James Peachey, Dirk Petry,
Leon Rochester, Tom Stephens, Tracy Usher
- Data-taking
- Runs (Anders) We have been running
since Saturday; expect to go through Wednesday. So far these have been
1-hour muon runs, but a series of VDG runs in different configurations
(one 4-hour run, the others 1 hour) are
likely today or tomorrow. Some
muon runs have an external trigger.
- Bugs
(Richard) The crashes we saw when data-taking started up were due to a bad
integral nonlinearity calibration for one crystal. Sasha modified the
algorithm and recomputed the calibration. The new calibration is fine.
RootIo needs a fix for 4-range CAL running [just now tagged. Heather is back!]. (Joanne, added later)
Zach has made a fix for a problem processing TKR-only data. It's on
a branch tag
EngineeringModel-v4r060302p6
of CalRecon, so that other development
can continue unimpeded on the main branch,
and is awaiting inclusion in EngineeringModel HEAD.
- CCB notification: (Richard) Pat created a mailing
list (sasccblist) whose intended function is to inform anyone signed up of
actions taken by the CCB. The idea is that changes to the Confluence space
will trigger an item to the mailing list. The scheme is a little hyperactive:
any change to the Confluence space, even an intermediate save while editing,
will trigger a message.
- Data handling: (Tony)
A summary of results from last week's developers' workshop will appear soon
in Confluence. They agreed on a To-do list; now they need to assign
projects to people and come up with a schedule. Watch for an early
version of the Data Server for DC2 in about 2 weeks, and decisions on
technologies for the new Pipeline implementation in about 4 weeks.
(Richard) Tom Glanzman has a ROOT macro to apply TCuts to the ntuple;
an event peeler macro is in progress.
- GlastRelease: (Toby) gave us a tour
of the new tuple documentation scheme, which starts with the
Summary
Ntuple page reachable from the workbook.
There are links to Doxygen for relevant packages. See in
particular links, like the one to FluxSvc Doxygen about a third of the way down the page,
covering changes to the tuple since the reference
release, here v6r4. If you follow it, you'll see a
Related Pages
item, which in turn gives you links to everything containing the
Doxygen @page directive. For more information see
Toby's presentation
on the subject at the last analysis meeting.
See also his presentation
Planning
for DC2 from that
meeting, which discusses progress in the area of
pointing/livetime history among other things. (Julie) another issue raised
was the need for a way to clearly indicate which releases
are invalid and which are valid, and in particular, what they are valid
for, since a release which is adequate for one application may not be
for another.
- CAL news: (Tracy) The plan is to first
determine what the TDS structure will look like, then work on the algorithms
to fill it. This involves Relational Tables, already in use
in Tracker code. There appears
to be a bug in this facility which we haven't encountered it so far because of
our patterns of use. Riccardo has
been alerted, but up till now he has had nothing to do with Relational Tables;
it was 100% Marco's project.
- RM: (Navid) Windows builds are happening
now for EngineeringModel and ScienceTools as well as GlastRelease.
Navid is still on the lookout for bugs; at the very least there are
unexplained occurrences. For example, for one build the compile of
commonRootData claimed success but the outputs didn't get written to the
V disk. On a second try they were.
- Science Tools Checkout 2: (Seth) Read all
about it on the Confluence
page. He has recently revised the
tools
summmaries ansd has started to add descriptions of the sources for
the observation simulator that were
not available for the first science tools checkout.
We are 1 week into
the 3-week checkout. So far things are quiet in terms of problem reports,
probably because people are not exercising the tools much yet. Tom says
that the GSSC server has seen about 20 downloads from users that weren't
him. The latest incremental release of the science tools has fixes to
make gtrspgen work better with the TEST response functions. The
PulsarSpectrum source does not yet correctly use user-specified light
curves in generating sources; Massimiliano is working on this, and it
should be resolved soon. [Thanks to Seth for
providing more details after the meeting]
- SCS dealings: (Richard) Had a meeting on
Friday to discuss hardware needs. We will probably get 3 more dual-cpu
boxes for RM. We also plan to get about a
dozen servers (some unix, some Windows) for various other purposes and
disks: 25 terabytes of unix disk and 2 terabytes for Windows.
SCS is looking at various collaboration tools, most of them not of
any interest to us. One exception could be a better archived mailing list
tool.
J. Bogart, Last Modified:
01-Jun-2010 15:47:13 -0700