G4MICE’s DataQualityCheck application G4MICE’s DataQualityCheck application: Preliminary thoughts Mark Rayner 23 rd February 2010.

Slides:



Advertisements
Similar presentations
5/2/  Online  Offline 5/2/20072  Online  Raw data : within the DAQ monitoring framework  Reconstructed data : with the HLT monitoring framework.
Advertisements

Software Summary Database Data Flow G4MICE Status & Plans Detector Reconstruction 1M.Ellis - CM24 - 3rd June 2009.
1 Databases in ALICE L.Betev LCG Database Deployment and Persistency Workshop Geneva, October 17, 2005.
MICE Beam Loss vs Particle Rate Adam Dobbs, ISIS Meeting, 18 th December 2009.
Data Quality Assurance Linda R. Coney UCR CM26 Mar 25, 2010.
1 Configuration Database David Forrest University of Glasgow MICO Meeting 13/10/2008
Online Reconstruction Update Linda R. Coney UCR Mar 25, 2010.
CM23 Harbin January 2009TOF Reconstruction1 TOF reconstruction Mark Rayner CM23 Harbin.
Online Reconstruction Update Linda R. Coney UCR Dec 17, 2009.
Linda R. Coney – 24th April 2009 Online Reconstruction & a little about Online Monitoring Linda R. Coney 18 August, 2009.
1 Analysis code for KEK Test-Beam M. Ellis Daresbury Tracker Meeting 30 th August 2005.
1Magnet scans (triplet-triplet-triplet optics) OnlineReconstruction and DataQualityCheck Canvas The template for an online analysis tool/’gadget’ A mother.
MICE VIDEO CONFERENCE Cooling Channel/Detector Integration July 30, 2003 Edgar L. Black IIT.
1 G4MICE Malcolm Ellis SciFi Tracker Meeting, KEK Thursday 31st March 2005.
1 G4MICE TOF Reconstruction & KEK Test Beam Analysis Update Aron Fish Tracker Phone Conference May 25, 2006.
GLAST LAT ProjectOnline Peer Review – July 21, Integration and Test L. Miller 1 GLAST Large Area Telescope: I&T Integration Readiness Review.
RTFDDA/CFDDA/E-RTFDDA Resources. Repositories –CVS –Data Sources Documentation & Useful Information –Internal –External –Mailing lists/aliases –Misc Web.
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
Software Summary 1M.Ellis - CM23 - Harbin - 16th January 2009  Four very good presentations that produced a lot of useful discussion: u Online Reconstruction.
Introduction to Hall-D Software February 27, 2009 David Lawrence - JLab.
Test Of Distributed Data Quality Monitoring Of CMS Tracker Dataset H->ZZ->2e2mu with PileUp - 10,000 events ( ~ 50,000 hits for events) The monitoring.
1 G4MICE Design Iteration Malcolm Ellis MICE Video Conference 21 st April 2004.
Offline Software Summary 1M.Ellis - CM25 - 6th November 2009  Release Schedule  Simulation and Analysis Update  Detector software: u CKOV u EMR u KL.
1Malcolm Ellis - CM th October 2006 Status of Data Challenge  Don’t Shoot the Messenger!  Data Challenge – explanation  Software Tools u Design.
1 Persistency – Update and Plans Malcolm Ellis Software Phone Meeting 25 th August 2005.
12 Developing a Web Site Section 12.1 Discuss the functions of a Web site Compare and contrast style sheets Apply cascading style sheets (CSS) to a Web.
MINER A Software The Goals Software being developed have to be portable maintainable over the expected lifetime of the experiment extensible accessible.
Gnam Monitoring Overview M. Della Pietra, D. della Volpe (Napoli), A. Di Girolamo (Roma1), R. Ferrari, G. Gaudio, W. Vandelli (Pavia) D. Salvatore, P.
Tracker data quality monitoring based on event display M.S. Mennea – G. Zito University & INFN Bari - Italy.
Software Status  Last Software Workshop u Held at Fermilab just before Christmas. u Completed reconstruction testing: s MICE trackers and KEK tracker.
A Technical Validation Module for the offline Auger-Lecce, 17 September 2009  Design  The SValidStore Module  Example  Scripting  Status.
Configuration Database David Forrest 15th January 2009 CM23, HIT, Harbin.
Infrastructure for QA and automatic trending F. Bellini, M. Germain ALICE Offline Week, 19 th November 2014.
1 Calorimeter in G4MICE Berkeley 10 Feb 2005 Rikard Sandström Geneva University.
The Other Face Or Why Document? By Chris Bradney Or Why Document? By Chris Bradney.
Lecture 6: Writing the Project Documentation Part IV.
Marco Cattaneo, 15-Sep OO software plans  Major milestone (presented last June) Fully functional SICB replacement by mid-2000  How to get there?
Online Reconstruction 1M.Ellis - CM th October 2008.
1M. Ellis - NFMCC - 31st January 2007 MICE Analysis.
NSF Review, 18 Nov 2003 Peter Shawhan (LIGO/Caltech)1 How to Develop a LIGO Search Peter Shawhan (LIGO / Caltech) NSF Review November 18, 2003 LIGO-G E.
Status of the LAr OO Reconstruction Srini Rajagopalan ATLAS Larg Week December 7, 1999.
Linda R. Coney – 5 November 2009 Online Reconstruction Linda R. Coney 5 November 2009.
Paul Scherrer Institut 5232 Villigen PSI ROME / / Matthias Schneebeli ROME Collaboration Meeting in Pisa Presented by Matthias Schneebeli.
MICE CM28 Oct 2010Jean-Sebastien GraulichSlide 1 Detector DAQ o Achievements Since CM27 o DAQ Upgrade o CAM/DAQ integration o Online Software o Trigger.
1Malcolm Ellis - Software Meeting - 12th July 2006 Data Challenge Tasks  A set of web pages has been started to follow our progress and document the work:
M. Ellis - MICE Video Conference - 30th August Software Report Recent progress:Recent progress: –Start of code to read DATE format (two parts) One.
This presentation shall describe; Work over the last 3 months Ongoing work Plans for the future CM 32.
Database David Forrest. What database? DBMS: PostgreSQL. Run on dedicated Database server at RAL Need to store information on conditions of detector as.
Summary of User Requirements for Calibration and Alignment Database Magali Gruwé CERN PH/AIP ALICE Offline Week Alignment and Calibration Workshop February.
Software Overview 1M. Ellis - CM21 - 7th June 2008  Simulation Status  Reconstruction Status  Unpacking Library  Tracker Data Format  Real Data (DATE)
1 Tracker Software Status M. Ellis MICE Collaboration Meeting 27 th June 2005.
Online Consumers produce histograms (from a limited sample of events) which provide information about the status of the different sub-detectors. The DQM.
Learning Aim B.  In this section, you will consider the resources necessary for designing your website.  You will also think about any constraints that.
1 Configuration Database David Forrest University of Glasgow RAL :: 31 May 2009.
Mark Rayner – Analysis SessionCM25, 4 November Beam characterization by the TOFs Mark Rayner The University of Oxford MICE CM25.
Program Design. Simple Program Design, Fourth Edition Chapter 1 2 Objectives In this chapter you will be able to: Describe the steps in the program development.
Current Status of the Tracking Trigger Software Andrew W. Rose.
MAUS Status A. Dobbs CM43 29 th October Contents MAUS Overview Infrastructure Geometry and CDB Detector Updates CKOV EMR KL TOF Tracker Global Tracking.
MANAGEMENT INFORMATION SYSTEM
Requirements for the Software Group (and agreed actions)
Early Results from Beam Line Studies Jean-Sebastien Graulich, Geneva
GC101 Introduction to computers and programs
Database High-Level Overview
Software Session Introduction
MICE Collaboration Meeting Saturday 22nd October 2005 Malcolm Ellis
Data Management and Database Framework for the MICE Experiment
Global PID MICE CM43 29/10/15 Celeste Pidcott University of Warwick
Data Quality Monitoring of the CMS Silicon Strip Tracker Detector
Completing the tasks for A452 with….
Offline framework for conditions data
Presentation transcript:

G4MICE’s DataQualityCheck application G4MICE’s DataQualityCheck application: Preliminary thoughts Mark Rayner 23 rd February 2010

G4MICE’s DataQualityCheck application Introduction  The DataQualityCheck application  May be run online on the live data feed in the control room  May be run offline on a MICE dataset  Produces standardized format histograms  Painted to the screen  Saved on the GRID for posterity  Per run  Per MICE dataset  The aim is to standardize procedures  For validating and summarizing data  Early in the life of the experiment  And in anticipation of the requirements of GRID storage  Goal  Analyze and present data in an explicitely consistent way

G4MICE’s DataQualityCheck application How might we define a MICE dataset?  A collection of runs which may be analyzed consistently as a single dataset  Contains reconstructed kinematic data  Detector experts’ expertise has already been added  After selection of ‘good’ muons  Expected to be constant within a MICE dataset:  Geometry  Hardware settings (magnet currents, etc)  Cabling  Calibration  Version of G4MICE used to perform the reconstruction and analysis  For example, two separate MICE datasets may analyze the same set of runs, but be reconstructed using a different version of G4MICE, or set of calibrations

G4MICE’s DataQualityCheck application Coding convention  DataQualityCheck application  Required to analyze a wide variety of data  Long lived  A large number of people will contribute  However it’s parameters of operation are well defined  Coding convention  Delimit responsibility for maintaining the various portions of code:  DataQualityCheck.cc  Maintained by person X  Code which creates individual plots per detector  Written by detector experts  Located in a single file per detector plot  Formatted in a clear, pre-determined way  Person X  Doesn’t need to understand how the plotting code works  Simply calls the Process(), Plot(), and Write() functions as desired

G4MICE’s DataQualityCheck application Code for a the standardized detector plots DataQualityPlot public: virtual Process()=0 virtual Plot()=0 virtual Write()=0 private: 1 canvas, output file, &MICEEvent, &MICERun TemplatePlotClass public: Process() Plot() Write() private: histograms, graphs… TofMonitor Written by TOF experts CkovMonitor Written by CKOV experts etc… Add an event’s data to the histograms etc Paint fresh histograms to the screen Write final plots to the output file

G4MICE’s DataQualityCheck application The event loop  Code snippet from DataQualityPlot.cc  The hardcoded true needs careful thought!

G4MICE’s DataQualityCheck application Final thoughts  Ultimately, the user may analyze ZustandVektors  High level kinematic data from ‘good’ muons  However the trackers may not be fully operational for a year or so  An intermediate solution is required  And we need to learn how to decide which muons are ‘good’  DataQualityCheck can help us learn this  Documentation  An evolving draft of a web page is in the G4MICE CVS repository  $MICESRC/Applications/DataQualityCheck/OnOffApps.html  Everyone is encouraged to contribute their ideas to this  Contains:  Checklist of required plots  Preliminary thoughts on what consititutes a dataset  An explanation of the coding convention

G4MICE’s DataQualityCheck application