# Separate Axis live queue counts from historical queue durations > Use live queue people, historical average people and historical minutes-in-level data for their respective questions. Preserve units before comparing or presenting an exported queue value. - Canonical URL: https://update.dsesecurity.com/updates/separate-axis-live-queue-counts-from-historical-queue-durations/ - Publisher: Detection Systems & Engineering (DSE Security) - Author: DSE Security Editorial Team - Published: 2026-10-30T06:05:02+00:00 - Modified: 2026-10-30T06:05:13+00:00 - Last reviewed by DSE: 2026-10-30 - Resource type: Guide - DSE priority: Advisory - Topics: IT, Video Surveillance - Reading time: 3 minutes ## What you need to know Use live queue people, historical average people and historical minutes-in-level data for their respective questions. Preserve units before comparing or presenting an exported queue value. ## Potentially affected Deployments exposing the documented Axis Queue monitor API; application availability, counting accuracy and retention are outside this article’s acceptance scope. ## DSE recommendation DSE recommends a report contract naming the output type, region, interval and units before queue data is used in a decision. ## Article Bottom line: Choose the measure before choosing the report. Keep a current count, an average people value and time spent at a queue level clearly labeled rather than presenting them as interchangeable head counts. ## Source fact: documented behavior The [Queue monitor API](https://developer.axis.com/vapix/applications/queue-monitor-api/) describes live JSON data with the number of people standing in each region and a timestamp expressed in the camera’s time. Its historical minute CSV reports the number of minutes spent at a High, Mid or Low queue level for a region. The historical people CSV instead reports the average number of people in a region of interest. ## What the source does not establish This article reviews report interpretation, not the accuracy of a people-counting deployment. It does not establish retained history, complete occupancy, configured queue-level thresholds or support on an unnamed camera. Keep application and scene acceptance separate from choosing the documented output type. ## Applicability questions - Does the question ask how many people are present or how long a queue level persisted? - Which region and interval should the report represent? - Is the value current, averaged or a duration? - What camera time reference and output labels will travel with the evidence? ## DSE recommendation: controlled next steps The following steps are DSE recommendations based on the cited source. DSE recommends a report contract naming the output type, region, interval and units before queue data is used in a decision. - Write the operational question in ordinary language. For a proposed current-status display, identify the live region count that answers it. For a historical staffing review, decide whether the required measure is average people or time spent at configured queue levels. Keep those questions separate instead of choosing whichever export already opens in a spreadsheet. - Inspect the actual returned headers and region identities before building a chart or threshold. Label a duration as minutes and an average as average people. Preserve the selected reporting interval and camera time context beside the value. Do not rename a High-level duration column to people waiting or sum unlike measures into a visually convenient total. - Use a proposed desk fixture with one live-count record, one minute-level row and one historical-average row. Ask the report owner to assign the correct label to each. Make the required output choice explicit in the report definition, then review one permitted real output without clearing history or altering counting parameters merely to produce a demonstration. ## Verification and evidence Proposed verification: have a second analyst reconstruct the report from the retained output type, region, interval and units. Compare a small set of displayed values with their original fields. Keep missing data or ambiguous time context visible instead of filling the interval with an unlabeled assumption. Present the proposed minute-level row to a reviewer who has not seen the report design and ask what its number means. Reject a display that encourages a head-count reading of that duration. Retain the corrected label and source field mapping. No queue was counted, reporting interval measured or analytics accuracy tested for this article. ## Official references - [Queue monitor API](https://developer.axis.com/vapix/applications/queue-monitor-api/) — Axis Communications; official VAPIX documentation. Source review completed October 30, 2026. Recheck the official source and deployment-specific applicability before changing production settings. ## Primary reference - Name: Axis Communications — Queue monitor API - Authority: Axis Communications - URL: https://developer.axis.com/vapix/applications/queue-monitor-api/ - Source publication date: Not stated by the source ## Citation and use Preferred citation: “Separate Axis live queue counts from historical queue durations,” DSE Security, https://update.dsesecurity.com/updates/separate-axis-live-queue-counts-from-historical-queue-durations/ Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/ Usage and citation policy: https://update.dsesecurity.com/usage/ Copyright © 2026 Detection Systems & Engineering. All rights reserved.