BOX 3.2 / BOX 5.0

Events and decisions: journal, classification, and rules

How to read an event, make a decision, check history, and distinguish a detection, a processing rule, and operator confirmation.

Detection, event, and violation

A detection describes an identified object or attribute. A processing rule or scenario determines whether to create an event and of which type. A card of type violation does not yet mean an operator has confirmed the violation.

Distinguish category, model confidence, review status, extended status, and the measures-taken flag. These fields answer different questions and do not replace one another.

Find and review the card

Open the relevant journal and set the period, camera or site, type, and status. Open the card and compare the source, time, zone, and category. Enlarge the original frame; view an available video clip if necessary.

Complete required fields, select a decision, and leave a comment describing the observed evidence. After saving, reopen the card and history. Set the measures-taken flag after carrying out the corresponding action under the applicable procedure.

BOX 3.2: compare the detected fragment with the original frame, then review the decision, required field and comments
BOX 3.2: compare the detected fragment with the original frame, then review the decision, required field and comments. Shown with administrator access; the available controls depend on the assigned role. Localized reference view; captured settings and values are preserved.

Decision matrix and processing rules

In releases with a decision matrix, open the rule list and find the applicable rule by site, camera, and categories. Check priority, zones, operating times, and the outcome: record or skip.

Before changing anything, record the original values. Change one condition and test matching and nonmatching episodes. A rule's time filter is not automatically a timer for a continuous violation.

In BOX 5.0, some logic may be implemented by scenario blocks. Check where a result is filtered and an event is created so that the same condition is not applied twice.

Shared decision module, illustrated in BOX 3.2: combine camera, primary category, rule type and zone conditions, then choose a decision
Shared decision module, illustrated in BOX 3.2: combine camera, primary category, rule type and zone conditions, then choose a decision. The displayed Ignore choice is an example, not the required rule for every case.

Operator and LLM verification

For automatic verification, configure the prompt type, input image, and response-application rules. A processing error or an indeterminate response must not become confirmation by default.

History must show where the decision came from. Additional context, such as a vehicle make, serves a different purpose and must not accidentally change the event status.

Use the documentation and configuration supplied for your installed release. Environment addresses and access credentials are provided privately with the delivery.