# Baseline Images for Accurate State-Change Detection

### **A Gate Is Not One Shape**

"Gate" is a label, not a description. The gate at your north perimeter is a sliding chain-link panel on a track. The one at the loading bay is a steel roller shutter. The one at the executive entrance is a wrought-iron swing pair on hinged posts. They share a word and almost nothing else: different materials, different mechanisms, different patterns of what "open" and "closed" look like in a frame.

An agent told to watch for "gate open" has the word, not the gate. It knows the category but not the object:

* Not which gate is on your site
* Not what it's made of
* Not how it sits when closed
* Not what counts as a meaningful change in frame

The same is true of doors, shutters, hatches, and any other asset whose state only registers as a change against a known starting point. The agent needs a reference of the specific object on your site. That's what baseline images are.

<figure><img src="/files/9RohPRexfGn3sROydhKQ" alt=""><figcaption></figcaption></figure>

### **Baseline Reference Images**

For state-change events like gate open, door propped open, and similar, Verkos now requires the operator to attach one or more baseline images that show the asset in its normal state. The agent uses these as a reference and only fires an alert when the live frame differs from the baseline.

A few things to know about how baselines work:

* Images come from the FlytBase gallery, existing flight imagery from your site
* The GPS location of each image is read automatically and used to scope where the comparison logic activates
* This is an event-level configuration. It applies only to events that need it
* Behavioral and incident events that already work from a single frame like perimeter breach, armed threat, vandalism are unchanged

### **How It Works**

State-change events are gated on baseline configuration. When you toggle one of these events on for the first time, the image picker opens automatically. You cannot enable the event without attaching at least one image.

<figure><img src="/files/ss5BrBlca5cxMofIm9TC" alt=""><figcaption></figcaption></figure>

The picker pulls from your gallery. You can filter by site, by date, and by tags. Images without GPS metadata appear in the picker but cannot be selected. The location data is what tells the agent where to apply the comparison.

<figure><img src="/files/abiGZqNSJgwTZysjVJ14" alt=""><figcaption></figcaption></figure>

You can attach multiple images to a single event. This is the intended pattern when an event applies across multiple physical locations on a site: three loading-bay doors, two perimeter gates, a rear access point. Each image's GPS location becomes its own activation zone.

### **What Counts as a Good Baseline**

The baseline must capture the asset in its normal state, the state you don't want to be alerted about. For "gate open," attach images of the gate closed. For "door propped open," attach images of the door in its closed, latched position.

Beyond that:

* The baseline should be taken from a similar altitude and angle to where the drone will fly during the mission. A nadir shot won't help if the drone passes at oblique angles
* Lighting matters. A baseline captured in bright daylight will produce noisier comparisons against a dawn or dusk frame. For sites that need round-the-clock coverage, attach baselines from multiple times of day
* Capture the asset cleanly. A reference image where half the gate is occluded by a parked vehicle is a worse baseline than one where the gate is unobstructed

<figure><img src="/files/VAnqPuMXqeHd9878ctKS" alt=""><figcaption></figcaption></figure>

### **Which Events Require Baselines**

At launch, baselines are required for state-change events across multiple agents. Pre-built behavioral, threat, and incident events do not require baselines and are configured the same way as before.

**Custom scenarios added through the "Ask AI to search for" field do not currently support baseline images.** If you describe a custom state-change event there, it will run without a reference.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://releases.flytbase.com/april-2026/verkos-detect-anything-agents-updates/baseline-images-for-accurate-state-change-detection.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
