Skip to content
SWAT Alliance logo

Traffic video analysis resource

Traffic Video Analysis Deliverables: What an Engineering Team Receives

A practical explanation of the agreed scope, synthetic table structures, source notes and quality-review record that can make a traffic video analysis delivery clear for an engineering team.

Every diagram, table and note on this page is original and synthetic. It is not client work, a project result, a fixed template or a promise that every study includes every output.

What a delivery should make clear

Connect the data to the approved scope.

A useful delivery is more than a spreadsheet. It gives the receiving team enough context to understand what was requested, how the observation was structured, which conditions affected the source and what review was completed. The final contents follow the agreed project brief.

01

Scope record

Locations, observation period, time basis, required movements, class schedule and agreed output fields.

02

Observation structure

A movement matrix, lane or direction rule, and interval convention that explain how observations are organised.

03

Data outputs

Agreed tables or files that separate intervals, movements, directions, lanes or classes only where the source supports them.

04

Exception notes

A clear record of visible source limits, gaps, ambiguous conditions and approved treatment.

05

QA/QC summary

A concise release note describing the checks applied against the approved brief and any unresolved limitations.

Package structure

From agreed decision to reviewed file set.

Illustrative traffic video deliverable packageA synthetic workflow showing an agreed scope, observation matrix, interval tables, exception notes and a QA summary assembled into a reviewed delivery package.Approved scopeObservationstructureReviewed dataDeliverylocations · periodsclasses · outputsmatrix · intervalsrules · exceptionstables · checksnotes · QA summaryagreed filesand notesIllustrative workflow only — the final package follows the approved project brief.
A usable delivery package connects the requested output to its approved scope, observation rules and review notes. It does not imply a fixed template for every project.

Synthetic example: movement matrix

Define the movements before observation.

For a turning-movement scope, an agreed matrix prevents different reviewers from applying different names to the same path. The example below is illustrative only; it is not a site plan or client data.

Synthetic example — illustrative only
ApproachIncluded pathsObservation unitException rule
NorthLeft, through, rightMovement by 15-minute intervalRecord an approved exception where the path cannot be distinguished
EastThrough, rightMovement by 15-minute intervalNote a blocked decision point rather than inferring a turn

Synthetic example: interval and class outputs

Retain the dimensions the brief requires.

An interval output can separate direction, movement and classes when the approved scope and visible source support those distinctions. A class schedule states the labels and edge-case rule before work begins.

Synthetic interval output — values are illustrative
IntervalMovementCountStatus
08:00–08:15North throughIllustrativeReviewed
08:15–08:30East rightIllustrativeReviewed
Synthetic class schedule
LabelWorking rule
Passenger vehicleUse only the project-approved visible characteristics.
Heavy vehicleApply the agreed class dictionary; do not assume axle detail from an unsuitable view.
Unknown / exceptionUse the approved rule when the evidence cannot support a confident split.

Exceptions and QA/QC

Make limitations reviewable instead of invisible.

Synthetic exception note

Observation area: illustrative north approach. Condition: temporary glare at the stated decision point. Treatment: apply the agreed exception rule and identify the affected period in the final note. This example contains no project location, file name, count or client information.

QA/QC summary

  • ✓ Scope, time basis and interval convention checked.
  • ✓ Movement and class labels checked against the approved dictionary.
  • ✓ Totals, coverage and file/output consistency checked.
  • ✓ Source limitations and exceptions retained with the delivery.

Handover requirements

Prepare a package that can be understood without guesswork.

Agree the file format, project template, delivery contacts, secure-transfer method and any data-handling requirements during scoping. Large or sensitive source footage is not uploaded through the public form; approved transfer arrangements are confirmed separately.

Frequently asked questions

Set expectations before processing.

Is every traffic video analysis deliverable the same?

No. The project brief determines locations, requested observations, class rules, time intervals, output format and review record. This page shows synthetic structures, not a fixed client template.

Can a delivery use a client spreadsheet or reporting format?

Where fields, definitions and the expected format are agreed before processing, outputs can be structured around an approved project template.

What happens when footage cannot support a requested detail?

The source limitation should be raised and the approved exception treatment followed. A deliverable should not represent an unobservable movement or class as certain.