60 likes | 183 Vues
This document presents feedback and requests from the recent DQM meeting focused on enhancing the Quality Assurance (QA) framework for the ALICE experiment. It introduces a new feature allowing macros to be executed within the generic QA agent, significantly reducing the development cycle for QA changes. The immediate feedback from these modifications helps maintain consistency between online and offline data quality assessments. The integration of macro development into the offline QA process is documented, with examples available on the AMORE website.
E N D
AMORE, QA & DQM Generalities, FEEDBACK from DQM meeting and REquests
Generalities Data Pool Monitor Objects Agent Data samples Client GDC LDC File Monitor Objects Histograms & Images Event AliRoot QA QA can run online, steered by AMORE QA is used as a black box from AMORE’s point of view
New feature: Macros • Motivation: development cycle for a simple change in the QA of a detector is long (about 2 weeks) • Solution: execute macros in the generic QA agent • Macros are stored in the database at P2 and can be quickly and easily modified and tested. Immediate feedback. • Now, objects’ quality can be changed as well possible discrepancies between online and offline • Integrate macro development in the offline QA • Documentation + examples on the AMORE website
DQM meeting feedback DQM meeting on Friday every ALICE mini-week All people involved should work hand in hand: AMORE, QA, detectors, DQM shifter and leader QA is used online by all detectors apart TRD Custom modules are also used whenever available See in indico for the full minutes
Requests for the QA framework • Add a few per-object properties in the QA • Default draw option (eg. colz) • Display hint (eg. logz) • Description • Owner of the object (eg. QA framework or AMORE) • Savannah 67596, assigned to Yves • Add some general reconstruction QA for the DQM shifter (eg. main vertex, reconstruction) • Various trigger classes: how to manage this ? Event species ?