Lighthouse AdvisorySLED AI Adoption Intelligence
← Back to results

From the Public Safety edition of September 7, 2026

Government evaluationMixedUndated source

Thames Valley register exposes the gap between facial-recognition activity and impact

Thames Valley Police · Public safety · England, United Kingdom; limited U.S. transferability

Publisher
Thames Valley Police
Original publication
Undated live HTML; latest listed deployment September 4, 2026
Source retrieved
2026-09-08
Event date
2026-09-04
Read original source

What happened

Operator logs report deployment activity with variable alerts and disposals, without a counterfactual crime-reduction evaluation.

Why it matters

New-to-archive recent operational data illustrates what an agency can disclose and what local independent evaluation must still establish.

Evidence and measured results

September 4 Wycombe HTML records 33,792 faces seen, eight alerts, zero arrests and six disposals at threshold 0.64. The linked PDF is marked updated September 1 and excludes this deployment.

Limitations and uncertainty

Faces seen are not established unique people. No causal baseline, demographic error analysis or September 4 alert adjudication is provided. HTML and PDF disagree on older entries; no totals or disputed figures are used. UK legal authority does not transfer to U.S. agencies.

Put this evidence to work

Lighthouse Advisory interpretation, grounded in this source. Enriched 2026-09-08; this does not change the original publication date. Labels below come from the analysis itself.

Sales

Role takeaway

Police command, oversight boards, procurement and privacy teams need an evidence-based answer to what deployment achieves. Ask how an alert becomes a verified lead, what alternative deployment would cost and whether data distinguish unique people from repeated observations. A bounded engagement could design an outcome and disclosure scorecard before any local technology decision. The value hypothesis is more defensible evaluation, not a promise of arrests or crime reduction. British operator records cannot establish U.S. authority, demographic fairness or a transferable return on investment. Establish community and legal constraints before discussing product fit.

Pre-sales engineering

Role takeaway

Fit is an auditable monitoring pipeline around an authorized deployment. Link camera sessions, watchlist versions, thresholds, alert reviews and action outcomes without treating matches as independent authority to act. Prerequisites include reliable clocks, data definitions, lawful watchlist inclusion and controlled reviewer access. Test duplicate observations, mistaken identities, stale entries, interrupted connectivity and mismatches between report formats. A proof of value should independently adjudicate sampled alerts, examine missed matches where a valid reference exists and measure operating workload. Hosting choice requires local latency and biometric-data analysis; these logs do not validate any architecture.

Delivery

Role takeaway

A deployment owner should work with privacy, community oversight and data-quality staff to establish definitions, training and incident review. Reconcile HTML and downloadable outputs before routine publication. Dependencies include watchlist governance, reviewer capacity, retention decisions and a usable complaints route. Proposed acceptance includes matching figures across formats, traceable disposition of all pilot alerts and successfully tested outage and deletion procedures. Set local error and workload thresholds before deployment, then stop or revise use if they are exceeded. Risks include counting activity as impact, overlooking people repeatedly observed and importing foreign operating practices without legal review.

Implementation considerations

Lighthouse Advisory interpretation across the operating dimensions a public-sector buyer must settle before this evidence becomes a design. Each note answers the question under its heading for this specific source.

Architecture and integration

What must connect, and where does the AI sit in the workflow?

Version watchlists, thresholds and deployment records; reconcile web and downloadable reports from one governed dataset.

Governance

Who approves, reviews and stays accountable for outcomes?

Treat deployments, alerts, confirmed identities, actions and justice outcomes as separate measures.

Security and privacy

What data, permissions and controls need testing?

Minimize biometric processing, restrict watchlist changes and test retention/deletion independently.

Accessibility and workforce

Who is affected, and what skills or accommodations follow?

Offer accessible HTML and consistent downloadable data; train operators on uncertain matches and public questions.

Procurement

What should contracts, pricing and exit terms secure?

Require auditable error adjudication, version exports and reconciliation checks, rather than relying on aggregate arrest marketing.

Operating model

Which teams own the service once it runs?

Deployment command owns lawful action; independent oversight reviews errors and data quality.

Publication history

  1. 2026-09-07Public Safety · Issue 024 resources
Read preserved resource versions (JSON)

Stable resource ID: thames-valley-lfr-deployment-register-202609