[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: skimming
- To: Peter Kammel <kammel@npl.uiuc.edu>
- Subject: Re: skimming
- From: Frederick Gray <fegray@berkeley.edu>
- Date: Tue, 9 Aug 2005 19:20:21 -0700
- Cc: analysis -- Tom Banks <tbanks@socrates.Berkeley.EDU>, Steve Clayton <smclayto@uiuc.edu>, Tim Gorringe <gorringe@pa.uky.edu>, Fred Gray <fegray@socrates.Berkeley.EDU>, David Hertzog <hertzog@uiuc.edu>, Brendan Kiburg <kiburg@npl.uiuc.edu>, Berhard Lauss <lauss@socrates.Berkeley.EDU>, Francoise Mulhauser <Francoise.Mulhauser@psi.ch>, Claude Petitjean <Claude.Petitjean@psi.ch>, julia.jungmann@psi.ch
- In-reply-to: <Pine.LNX.4.63.0508091418100.1404@one.npl.uiuc.edu>
- References: <20050809185903.GA24598@berkeley.edu> <Pine.LNX.4.63.0508091418100.1404@one.npl.uiuc.edu>
- User-agent: Mutt/1.5.9i
Hi, Peter,
> One of the first tasks we are planning is a simple additional
> skim pass, to select EVH signals on the TPC. Should we also
> skim the FADC data at the same time?
Yes, it would be nice to have easy access to the FADC data.
> Did you manage to prepare a user skim function for general
> use?
No, there is no general user skim function. What you propose is a very
small variation on the current skimmer, though. In MSkimmerC.cpp, there
is a function called "has_Ehigh_and_strip_hits". We can make an
extremely similar function called "has_EVH_and_strip_hits" and then
modify MSkimmerMQL.mql to use it instead. We would probably also remove
the logic that includes potential sparks in the output.
Thanks,
-- Fred
-- Fred Gray / Visiting Postdoctoral Researcher --
-- Department of Physics / University of California, Berkeley --
-- fegray@berkeley.edu / phone 510-642-2438 / fax 510-642-9811 --