1 Software Applications in High Energy Physics Experiments Lecture number 4, prepared by Paweł Staszel.

Slides:



Advertisements
Similar presentations
From Quark to Jet: A Beautiful Journey Lecture 1 1 iCSC2014, Tyler Dorland, DESY From Quark to Jet: A Beautiful Journey Lecture 1 Beauty Physics, Tracking,
Advertisements

Stripping Plans for 2014 and 2015 Laurence Carson (Edinburgh), Stefano Perazzini (Bologna) 2 nd LHCb Computing Workshop,
HLT & Calibration.
Types of Data SimTracks: generated particles SimHits: energy depositions in a detector volume Digis: Single-channel pieces of the detector’s raw binary.
> IRTG – Heidelberg 2007 < Jochen Thäder – University of Heidelberg 1/18 ALICE HLT in the TPC Commissioning IRTG Seminar Heidelberg – January 2008 Jochen.
1 HLT – a source of calibration data One of the main tasks of HLT (especially in the first years) –Monitoring of the detector performance –Analysing calibration.
L3 Filtering: status and plans D  Computing Review Meeting: 9 th May 2002 Terry Wyatt, on behalf of the L3 Algorithms group. For more details of current.
SVX Software Overview Sasha Lebedev VTX meeting 09/07/ SVX Software web page:
06/15/2009CALICE TB review RPC DHCAL 1m 3 test software: daq, event building, event display, analysis and simulation Lei Xia.
9/26/11HFT soft meeting, BNL1 Chain analysis fz file MuDst.root minimc.root geant.root event.root McEvent.root StMiniMcMaker StAssociationMaker : STAR.
N ATIONAL E NERGY R ESEARCH S CIENTIFIC C OMPUTING C ENTER Charles Leggett The Athena Control Framework in Production, New Developments and Lessons Learned.
David N. Brown Lawrence Berkeley National Lab Representing the BaBar Collaboration The BaBar Mini  BaBar  BaBar’s Data Formats  Design of the Mini 
Real data reconstruction A. De Caro (University and INFN of Salerno) CERN Building 29, December 9th, 2009ALICE TOF General meeting.
Event Data History David Adams BNL Atlas Software Week December 2001.
Procedures for managing workflow components Workflow components: A workflow can usually be described using formal or informal flow diagramming techniques,
CBM Software Workshop for Future Challenges in Tracking and Trigger Concepts, GSI, 9 June 2010 Volker Friese.
Erik Blaufuss University of Maryland Data Filtering and Software IceCube Collaboration Meeting Monday, March 21, 2005.
Preliminary results with the Alibava Telescope G. Casse, S. Martì, J. Rodriguez, I. Tsurin and the Alibava collaboration 1 G. Casse,20th RD50 Workshop,
GAYA Analyzer SDD Presentation. GAYA Analyzer Introduction OMS40G256 is a hardware device used for detection of radioactive radiation for medical imaging.
Simulations for CBM CBM-India Meeting, Jammu, 12 February 2008 V. Friese
1 N. BrunerUniv. of New Mexico MuTr Software  Online  Calibration  Offline.
TRT Offline Software DOE Visit, August 21 st 2008 Outline: oTRT Commissioning oTRT Offline Software Activities oTRT Alignment oTRT Efficiency and Noise.
Feb. 7, 2007First GLAST symposium1 Measuring the PSF and the energy resolution with the GLAST-LAT Calibration Unit Ph. Bruel on behalf of the beam test.
Slides for Xiaoping. LBNL -- 10/9/09STAR Collaboration Meeting2 STAR TOF Offline Analysis Layout STAR/TOF DAQ GSTAR geant hits GSTAR geant hits geometry.
Online Reconstruction 1M.Ellis - CM th October 2008.
HIGUCHI Takeo Department of Physics, Faulty of Science, University of Tokyo Representing dBASF Development Team BELLE/CHEP20001 Distributed BELLE Analysis.
LM Feb SSD status and Plans for Year 5 Lilian Martin - SUBATECH STAR Collaboration Meeting BNL - February 2005.
Online (GNAM) and offline (Express Stream and Tier0) monitoring produced results during cosmic/collision runs (Oct-Dec 2009) Shifter and expert level monitoring.
1 Checks on SDD Data Piergiorgio Cerello, Francesco Prino, Melinda Siciliano.
CBM Simulation Walter F.J. Müller, GSI CBM Simulation Week, May 10-14, 2004 Tasks and Concepts.
Pixel DQM Status R.Casagrande, P.Merkel, J.Zablocki (Purdue University) D.Duggan, D.Hidas, K.Rose (Rutgers University) L.Wehrli (ETH Zuerich) A.York (University.
Claudio Grandi INFN-Bologna CHEP 2000Abstract B 029 Object Oriented simulation of the Level 1 Trigger system of a CMS muon chamber Claudio Grandi INFN-Bologna.
The JANA Reconstruction Framework David Lawrence - JLab May 25, /25/101JANA - Lawrence - CLAS12 Software Workshop.
STAR Analysis Meeting, BNL – oct 2002 Alexandre A. P. Suaide Wayne State University Slide 1 EMC update Status of EMC analysis –Calibration –Transverse.
Computing for Alice at GSI (Proposal) (Marian Ivanov)
M. Oldenburg GridPP Metadata Workshop — July 4–7 2006, Oxford University 1 Markus Oldenburg GridPP Metadata Workshop July 4–7 2006, Oxford University ALICE.
Slow particles reconstruction R.Hołyński, A.Olszewski, P. Sawicki, A. Trzupek, B.Wosiek, K.Woźniak Algorithm description Large dE hits Angular cuts on.
INFSO-RI Enabling Grids for E-sciencE Using of GANGA interface for Athena applications A. Zalite / PNPI.
Javier Castillo 1 Muon Embedding Status & Open Issues PWG3 - CERN - 15/02/2011.
The MEG Offline Project General Architecture Offline Organization Responsibilities Milestones PSI 2/7/2004Corrado Gatto INFN.
October 10-12, 1 AliRoot: I/O organisation ROOT in the ALICE experiment I/O Structure Run-Time Data-Exchange.
Overview of PHENIX Muon Tracker Data Analysis PHENIX Muon Tracker Muon Tracker Software Muon Tracker Database Muon Event Display Performance Muon Reconstruction.
SIlicon VErtex TrAcker Rather than fixed common geometry the common analysis and simulation tools are needed. Such software package should provide : 
Overview Methodology Design Architecture Outline of future work Ideas for discussion.
Big picture: What’re the sub-topics of the software framework? What’s the relationship of them? How to arrange data pipe? 1.
Data Analysis Practice looking for Φ(1020) Nuclear Physics Ⅲ Kyung-Eon,Choi.
Thomas Ruf, CERN EP Experience with C++ and ROOT used in the VX Beam Test Thomas Ruf, CERN, EP  Why? Event structure for VX-data rather complex: raw hits.
AliRoot survey: Reconstruction P.Hristov 11/06/2013.
BES III Software: Beta Release Plan Weidong Li 19 th October 2005.
Object-Oriented Track Reconstruction in the PHENIX Detector at RHIC Outline The PHENIX Detector Tracking in PHENIX Overview Algorithms Object-Oriented.
Outline: - Building the reconstruction software template - Data flow example - What’s next? - Example “results” PHENIX Upgrade Detectors: Reconstruction.
LIT participation LIT participation Ivanov V.V. Laboratory of Information Technologies Meeting on proposal of the setup preparation for external beams.
Introduction to S S Family Memory Management.
HYDRA Framework. Setup of software environment Setup of software environment Using the documentation Using the documentation How to compile a program.
1 MC Production and Reconstruction Summary and Plans Valeria Bartsch, Fabrizio Salvatore, A.-M. Magnan, and Nigel Watson.
Unit 4 Retrieving information from the simulation
CMS High Level Trigger Configuration Management
Italian g-2 software discussion
Overview: high-energy computing
Stress tests for CLAS12 software
Commissioning of the ALICE HLT, TPC and PHOS systems
Introduction Goal: Can we reconstruct the energy depositions of the proton in the brain if we are able to reconstruct the photons produced during this.
HLT & Calibration.
Data Quality Monitoring of the CMS Silicon Strip Tracker Detector
Overview of CLAS12 Calibration
QA tools – introduction and summary of activities
Prepared By M. A. Allosh, SVU, Egypt
Jupiter and Satellites
Zhangxy Zhangxm Huangxt Dec 17 ,2003
BES III Software: Short-term Plan ( )
Presentation transcript:

1 Software Applications in High Energy Physics Experiments Lecture number 4, prepared by Paweł Staszel

2 Outline 1. Data objects (classes) 2. Data containers 3. Modules – classes that operate on data 4. Containers of modules 5. Building program (reconstruction task) from modules → singleton class MainModule 6. Main program: bratmain

3 Modules in BRAT brat/modules – classes that manipulate on data: Important feature of modules is algorithm that converts data to a higher level: dig → rdo → local tracks → global tracks → dst → tree with reconstructed events. Data classes: define structure of data Modules: contain algorithms that process these data abc – BrModule – base class of every module BrModuleContainer – class, which is container of modules. It controls the order in which the methods of component modules are executed. Setup of this BrModuleContainer defines the particular process which is usually part of the data reconstruction/calibration/analysis process i

4 BrModule- handles important scheme (methods) for every module

5 Diagram showing a processing scheme for a single module constructor + setup → booking of diagnostic histograms → access to data base to read process parameters (calibration data, geometry of detector setup, run info...) Setup related to a given run: → histogram booking → calibration parameters from db,.... Data processing on event by event basis – new data structures are created and written to output data container (outNode) Post run processing operations Post process operations (finishing the job)

6 BrModuleContainer- ordered collection (chain ) of modules

7 BrModuleContainer- some important methods

8 BrModuleContainer- pipeline of modules (ordered execution) Basic data: raw hits, Calib. parameters Reconstructed physical data tracks+pid = particles, Global information about collision: → impact parameter (centrality) → collision vertex → overall multiplicity

9 BrModuleContainer – standard methods executed in the chain (Init())

10 BrModuleContainer – standard methods executed in the chain (Event())

11 BrModuleContainer – setup/info methods executed in the chain

12 BrMainModule – singleton, basic module of particular analysis (process)

13 BrMainModule – fgInstance and constructor

14 BrMainModule – Main() function