mirror sites: PL (internal link) HQ     [?]

Health Check Monitor:

CAL | HC | refs | QC
HealthCheck Monitor
   HOME | UsersGuide
FULL reports
Users Guide

Here is the strategy for transfer the pipeline-processed QC information to the Health Check (HC) Monitor:

  • once per hour, a script is run to search, per instrument, for new calibration data
  • if found, they are pipeline-processed, their QC1 parameters are extracted into the QC database
  • if none found: stop here and try again one hour later
  • after one hour, any new calibration data, plus the ones which failed upon earlier attempts, are processed
    (failure could happen e.g. because the raw data are not yet accessible, or require other calibration data that have not yet been processed)
  • update Health Check plots, export to HC Monitor
  • inspect HC Monitor to assist with daily QC checks [PSO and QC]

[The on-site extracted QC1 parameters known as opslog data are de-commissioned since December 2014.]

Daily Health Check calibrations [PSO]

As part of the Calibration Plan, certain calibrations (HC calibrations) are executed solely for the purpose of checking the instrument status. They are supplemented by calibrations drivenby the calibration plan and triggered by the science observations of the night.

Both pools of calibration data can be used for extraction of HC information. The exact configuration, i.e. the selection of calibration data and QC1 parameters to go into the HC Monitor, depends on the mutual agreement of the Instrument Scientist and the QC scientist, for each instrument separately.

Data Transfer [PSO]

Any acquired data on Paranal are put into a staging area. From here the transfer process starts which has priorities defined (ToO/RRM science data have highest priority, then calibrations, then ordinary science data, then test/acquisition data). Data arrive in the Garching staging area from where they are ingested into the Primary Archive (PA) and Secondary Archive (SA). QC can access all data in the Primary Archive.

Incremental processing and QC1 parameters [QC]

QC scans for new calibration data once per hour, pipeline-processes them, derives QC reports, extracts QC1 parameters and stores them in the QC1 database. For most of the QC1 parameters, scores are derived which are based on configured thresholds and designed to detect outliers and issues automatically.

Create trending plots and reports [QC]

Triggered by a cronjob, or when new ops log parameters are detected, a QC tool called trendPlotter is fired and combines the QC1 parameters as read from the QC1 database into a report. All HC plots have a common design and architecture and are collected under the HC monitor.

The monitor comes in two views: the graphical view, and the quick-look view based on scores. Both versions are based on the same input data, but the quick-look report concentrates on data from the last week only, and replaces parameter values by scores (either 0 = ok, or 1 = nok). The quick-look view strongly reduces information and complexity and essentially feed backs "all ok" or "problem detected". It is designed to catch the attention on relevant outliers.

Inspect Health Check Monitor [DFO and PSO]

The Health Check Monitor should be inspected both by the QC scientist and by the Paranal daytime astronomer/TIO. There are overview pages per instrument, linked as "score overview" to the navigation bar.There is also an overview of all instrument scores, linked as "ALL INSTRUMENTS" and dubbed the "shiftleader's page".