Aus Ereignissen wird Lage.

Ereignisse, die nahe beieinander liegen, gehören oft zu einem Geschehen. ARGUS gruppiert sie dichtebasiert, etwa mit DBSCAN oder dessen Variante ST-DBSCAN, die räumliche und zeitliche Nähe getrennt bewertet. Ein Ereignis ist ein Kernpunkt, wenn in seinem räumlichen Radius und seinem Zeitfenster genug weitere liegen. Gruppen wachsen über Kernpunkte; vereinzelte Ereignisse bleiben als Rauschen stehen und werden nicht in eine Gruppe gezwungen.

Dichtebasierte Verfahren brauchen keine vorab festgelegte Zahl von Gruppen und finden Gruppen beliebiger Form. Radius, Zeitfenster und Mindestzahl hängen vom Typ der Ereignisse ab und stehen als Parameter an der Regel, nicht im Code.

Für einen laufenden Strom rechnet ARGUS die Gruppen in gleitenden Zeitfenstern fort, statt bei jeder Meldung alles neu zu gruppieren. Abstände rechnet es auf dem Ellipsoid oder in einer metrischen Projektion, nie in Grad, weil ein Grad Länge je nach Breite eine andere Strecke ist.

Eine Gruppe wird Objekten der Ontologie zugeordnet, deren Geometrie bekannt ist. Die Zuordnung folgt räumlichen Prädikaten nach OGC Simple Features: liegt in, berührt, schneidet, Abstand kleiner als. Ein Raumindex wie ein R-Baum sorgt dafür, dass nur die Objekte in Frage kommen, deren Ausdehnung die Gruppe überhaupt erreicht.

Zuordnungen sind Beziehungen mit Herkunft und Vertrauen. Mehrdeutige Zuordnungen bleiben mehrdeutig, bis eine weitere Meldung sie auflöst oder die zuständige Stelle entscheidet. Über die Beziehungen der Ontologie wird zugleich sichtbar, was am Objekt hängt: Wer eine Gruppe einem Objekt zuordnet, sieht die abhängigen Objekte mit.

Jede neue Meldung ändert das Vertrauen einer Gruppe. Bestätigungen aus unabhängigen Quellen heben es, Widersprüche senken es, und mit dem Alter fällt es auf den Vorwert des Ereignistyps zurück. Ein übliches Verfahren ist die Fortschreibung in Log-Odds: Belege werden als Logarithmus des Chancenverhältnisses addiert, und ein Zerfallsfaktor zieht ältere Belege zum Vorwert zurück.

Die Addition setzt unabhängige Belege voraus. ARGUS prüft darum die Herkunft: Zwei Meldungen, die über denselben Weg aus derselben Quelle kommen, zählen nicht doppelt. Jeder Wert trägt die Liste seiner Beiträge, sodass sich jederzeit zeigen lässt, aus welchen Meldungen und Gewichten er entstand.

ARGUS führt für die Lage keine zweite Datenhaltung. Die Lage ist eine Abfrage: alle Objekte, Ereignisse, Gruppen und Beziehungen, wie sie zu einem Zeitpunkt galten. Weil FORGE jede Aussage mit Gültigkeitszeit und Erfassungszeit führt, lässt sich die Lage für jetzt, für einen früheren Zeitpunkt und für den damaligen Wissensstand getrennt aufrufen.

Damit sind zwei Fragen beantwortbar, die sonst verschwimmen: Was war zu diesem Zeitpunkt der Fall? Und was wusste man damals davon? Eine Entscheidung lässt sich so an dem Bild prüfen, das ihr tatsächlich vorlag.

Intern speichert ARGUS Koordinaten in WGS 84. Für Europa rechnet es in ETRS89, dem europäischen Bezugssystem, das an die eurasische Platte gebunden ist und sich darum über die Jahre gegen WGS 84 verschiebt; metrische Rechnungen laufen in UTM-Zonen auf ETRS89, in Deutschland etwa EPSG:25832 und EPSG:25833. Die Umrechnung übernimmt eine Bibliothek wie PROJ, mit der Epoche der Messung, wo es auf Dezimeter ankommt.

Karten bezieht ARGUS über die Schnittstellen des OGC: WMS liefert gerenderte Kartenbilder, WFS liefert Geometrien mit ihren Eigenschaften, WMTS und OGC API Tiles liefern Kacheln. Viele amtliche Geodaten in Deutschland sind über solche Dienste zugänglich.

Für den Betrieb ohne Netz hält ARGUS Kacheln lokal vor, als Vektorkacheln oder Rasterkacheln in Paketen wie MBTiles oder GeoPackage, die vorab für ein Gebiet erzeugt werden. Die Lage bleibt dann lesbar, auch wenn die Verbindung zu den Kartendiensten fehlt.