Physics and Data Analysis Working Group – January 2007

Dear all,

thanks for the participation to this Tutorial that is intended to encourage

American participation in CUORE analysis. This is just an introduction for the

meeting and

a short presentation of the software tasks more strictly connected to Physics.

Maura

The Physics and Data Analysis Working Group aims at:

provide the Cuore Collaboration with all the software tools necessary for the on-line and off-line data processing, for detector modeling and for simulationsdefine code requirementsdefine prescriptions for tests proceduresguarantee the production of a suitable code documentationdefine code validation procedure for codes official approval suggest analysis protocols and supervise analysis results

Physics and Data Analysis Working Group – January 2007

the core software environment proposed for Data Analysis implementations is the subject of the present Tutorial and will be discussed by Marco Pallavicini and Marco Vignati.

general software requirements and guidelines for high level software development are drawn in DA Document N.3 on the WEB. And will be further detailed in the future

MonteCarloMonteCarlo simulations are then discussed by Silvia C. and Marco simulations are then discussed by Silvia C. and Marco V. Here the situation is slightly different because the software V. Here the situation is slightly different because the software development is at an advanced stage. As simulations are the development is at an advanced stage. As simulations are the fundamental tools necessary for the design of the experiment ...fundamental tools necessary for the design of the experiment ...

Here I discuss the “Physics Working Packages” that are the basic Here I discuss the “Physics Working Packages” that are the basic bricks with which building the bricks with which building the CUORE Data Analysis SystemCUORE Data Analysis System. .

Physics and Data Analysis Working Group – January 2007

WORKING PACKAGESWORKING PACKAGES

Type Description

0 Level Processing Packagesworking on detectors static behaviour

I Level Processing Packagesworking on Events (pulse processing)

II Level Processing Packagesworking on Run-Trees

III Level Processing Packagesworking on Data-Sets or collection of

Data-Sets

Trigger Study of intelligent trigger algorithms

Detector modelling andSimulations

Simulation of static and/or dynamicdetector behaviour

Physics and Data Analysis Working Group – January 2007

WORKING PACKAGES PRELIMINARY LISTWORKING PACKAGES PRELIMINARY LIST

W.P.

n.

W.P

Type

W.P. Tasks W.P.

dimension

Assigned

1 0 LevelProcessing

Load Curves analysis + Genova

2* I LevelProcessing

Detector Response Function Evaluation +

3* I LevelProcessing

Detector Noise Power Spectrum Evaluation +

4 I LevelProcessing

Pulse Processing: Amplitude - Pulse Shape (with OF+WF implementation)

present software porting

+ MilanoRome

5 I LevelProcessing

Pulse Processing: NN (with OF implementation) ....

present software porting and development

++ Milano

6 I Level

Processing

Pulse Processing:

alternative and new techniques for

Amplitude and Pulse Shape

++

Physics and Data Analysis Working Group – January 2007

WORKING PACKAGES PRELIMINARY LISTWORKING PACKAGES PRELIMINARY LIST

7 II Level Processing Run Diagnostic:gain stabilization and stability check

+ Berkeley

8 II Level Processing Run Diagnostic:resolution stability and resolution check

+ Berkeley

9 II Level Processing Calibration:bolometers energy conversion

-

10 II Level Processing Identification and rejection of re-triggers -

11* II Level Processing Production of cuts for noise and pile-up rejection,evaluation of cuts efficiencies

++ LNGS

12 III Level Processing Event selector: a tool to applycuts and coincidences in any logical combination

+

13* Trigger Intelligent Trigger algorithms ++

14 Detector modellingand Simulations

A Tool to study trigger and PSA efficienciesreproducing pulses according to typical measured noise

and detector response.

+

15 Detector modellingand Simulations

A Tool to model the dynamical detector behavior. ++

16 Detector modellingand Simulations

A Tool to model - in the mean time - the static anddynamical detector behavior.

+++

Physics and Data Analysis Working Group – January 2007

PRIORITIESPRIORITIES

we need to have a responsible for each WP, that means somebody working for each of them

this do not prevent more than one group decide to work on the same WP trying different implementations (and in some case this is certainly desirable, think e.g. to the Pulse Processing techniques)

but there will be priorities to be respected and duties and tasks to be fulfilled in code development

for example:completion of WP n.7+8 is intended to give support to Cuoricino routine analysis

completion of WP n.2-4+9+10+12 will lead to reproduction of the Cuoricino analysis tools

PRIORITIESPRIORITIES

also in the validation and approval of the codes (for which we will define protocols and benchmarks) we will fix priorities (the test phase of codes will require a large fraction of human resources)

DOCUMENTATION - TEST AND APPROVALDOCUMENTATION - TEST AND APPROVAL

documentations an test procedures as well as the protocol for code validation will be fixed in the next future

UPON THE ASSIGNMENT OF A WP RESPONSABILITY REQUIREMENTS, MILESTONES AND PRIORITIES WILL BE

DEFINED

Physics and Data Analysis Working Group – January 2007

Physics and Data Analysis Working Group – January 2007

Requests for WP assignment should be Requests for WP assignment should be addressed before the end of this weekaddressed before the end of this week

the same for contributions to core software the same for contributions to core software environment developmentenvironment development

On the DA meeting of January 31 we will On the DA meeting of January 31 we will discuss discuss

assignments, priorities, manpower ... etc.assignments, priorities, manpower ... etc.

That's AllThat's Allhave a pleasant meetinghave a pleasant meeting

MauraMaura