This plot visualizes the delivery times for the autoDaily processing. Delivery time is defined as the time elapsed between the acquisition of the last input raw file in an AB (as recorded in the DATE timestamp in the header) and the finishing of the processing job. The plots distinguish between ABs triggering HC plot updates and other ABs (#1), and between day and nighttime calibrations (#3 and #4). The delivery times are dominated by:
- the cronjob pattern of autoDaily (once per hour),
- the average delay by the DTS,
- the template effect (processing of an AB is possible only after the last input raw frame has been taken and is available from the archive),
- the last-template effect (the current last template is processed only if it is older than one hour, in order to avoid broken templates processing),
- the AB processing time itself,
- possible other effects (the most important one being dependencies).

There are also the 'delay times' stored in the database table, which are defined as time elapsed between the archiving of the first input raw file in an AB (as recorded in the ARCFILE name) and the finishing of the processing job.

The purpose of this plot is to monitor these figure of merit and control the quality of the autoDaily processing scheme. The distinction between day and night calibrations is based on the ARCFILE timestamp: anything between T22 and T09 is called nighttime. Calibration-wise, this time window is normally spent with standard stars and twilight flats only. In exceptional cases daytime calibrations might start before T10, then being counted as nighttime. Disregarding such pollution effects, one can expect that the nighttime calibrations have their own processing pattern which differs strongly from the daytime pattern. Most prominent effect is that they often depend on follow-up daytime calibrations. This is why their delay may sum up to many hours. Therefore they are marked and plotted separately from the daytime calibrations (plot #3).

The plot #1 distinguishes (daytime) calibrations with and without HC update.

The QC1 database table permits filtering by raw_types and other parameters.