Skip to content
NewNow in GermanAuf Deutsch
Camzify
AI detection · Heatmap anomalies

Heatmap anomalies

Heatmap anomalies maps foot traffic across a site and flags patterns that deviate from the established baseline — unusual congestion, empty zones, or unexpected activity.

  • Foot traffic congestion above the normal pattern for a zone
  • Activity in a normally low-traffic area outside expected hours
  • A monitored area sitting unusually empty during typically…
The console live view with a heatmap anomaly alert drawn on the camera frame
Heatmap anomalies

This capability detects and alerts on:

  • • Foot traffic congestion above the normal pattern for a zone
  • • Activity in a normally low-traffic area outside expected hours
  • • A monitored area sitting unusually empty during typically busy hours
  • • A visual heatmap overlay for layout and staffing decisions
  • • Zone-to-zone comparison to spot where traffic is shifting on a site
  • • Anomaly history reviewable alongside other site events

Why heatmap anomalies matters

Most foot traffic on a site is unremarkable, people moving through as expected, at roughly the volume you'd expect for the time of day. The interesting moments are the exceptions.

  • A corridor is suddenly congested.
  • A normally busy lobby has gone quiet.
  • A back area shows activity at an hour when nobody should be there.

Those exceptions are easy to miss without something actively watching for them. A single fixed rule, "alert if more than N people are in this zone", doesn't capture what "unusual" actually means for a given area, because normal varies by zone, by hour, and by day of week. A number that's alarming in a back corridor at 2am is completely ordinary in a lobby at lunchtime.

Heatmap anomalies solves this by comparing current traffic against a baseline built specifically for each zone, rather than a single threshold applied everywhere. That's what lets it flag a real deviation instead of either missing it or flooding the queue with false alerts.

A sequence of frames from one camera showing a heatmap anomaly event build up to the alert
Baseline vs deviation logic

How it works

Building the baseline

Confirmed subject counts from multi-object tracking are aggregated per zone over time to build a baseline traffic pattern for each area of the site.

Detecting a deviation

Current traffic is continuously compared against that baseline. A deviation beyond the configured threshold, in either direction, flags an anomaly with the affected zone and time window.

Where the data feeds

Heatmap data also feeds the platform's analytics and reporting module for trend review independent of any single anomaly.

Configuration

Zones are marked on the camera view or site map. Each zone supports:

  • • Zone boundaries marked on the camera view or site map
  • • Anomaly sensitivity threshold, configurable per zone
  • • Baseline learning period before anomaly flagging goes active
  • • Notification window per camera, e.g. notify in business hours only
  • • Per-camera instance licensing
Configuration panel showing a monitored zone drawn on a site map with an anomaly sensitivity threshold control
Zone & sensitivity configuration
Camera scenes across several sites where heatmap anomaly detection is used
Anomaly review

Common scenarios

  • • A retail aisle showing unusual congestion outside a promotional period
  • • A back-of-house corridor with unexpected foot traffic after closing
  • • A lobby sitting unusually empty during a normally busy morning window
  • • A queue forming in an area not designed for queuing, flagged for layout review
  • • A traffic pattern shift near a restricted-adjacent zone worth a security look
  • • A seasonal deviation from baseline that operations teams review before adjusting staffing

In a patrol round

Heatmap anomalies run as continuous background analytics rather than a per-camera checklist item during a virtual patrol round, but a flagged anomaly at a patrolled site is visible alongside that site's patrol reports.

The footage around each alert is kept under the camera's own retention window on cloud video surveillance, so the clip and the recording it came from are on one account.

FAQ

Frequently asked questions

The system builds a baseline foot traffic pattern for each monitored area over time. An anomaly is a deviation from that baseline, unusual congestion, an empty zone that's normally busy, or unexpected activity in a low-traffic area — flagged for review rather than a single fixed rule.

The baseline improves as more traffic data accumulates for each zone. Early results reflect a smaller sample; accuracy improves over the first few weeks of continuous monitoring as normal patterns become established.

Both. Security teams use anomalies to flag unusual activity outside expected patterns, while operations teams use the same heatmap data for layout, staffing, and queue-management decisions.

An anomaly is flagged for review in the notification queue with severity and acknowledgment status, the same as other alert types. Whether it prompts a security response, an operations look, or no action at all depends on the zone and context, which is why it's surfaced for a human decision rather than acted on automatically.

Each camera carries a notification window, so anomaly notifications can be limited to the hours that matter and a planned event or seasonal rush doesn't generate a flood of expected-but-flagged notifications. The detection itself keeps running; the window decides when it tells anyone.

The two are complementary. Heatmap anomalies flags deviations from a zone's established baseline, while occupancy and peak hour trends tracks live counts and historical patterns for staffing and planning decisions. Anomalies answer "does this look unusual"; trends answer "when is this normally busy".

See the detections on live cameras

A 15-minute demo of the live product: the detections your site needs, running on real camera feeds, and a quote per camera for your sites.