Live-Parkdaten veröffentlichen, ohne falsche Verfügbarkeit

Um 8:42 Uhr zeigt das Parkleitschild zwölf freie Plätze. Eine Fahrerin folgt dem Hinweis, erreicht um 8:46 Uhr das Parkhaus und findet eine geschlossene Ebene. Der Sensor, die Datenplattform und das Schild haben jeweils funktioniert. Trotzdem war die Information für ihre Entscheidung falsch, weil niemand Alter, Sperrung und Veröffentlichungsregel zusammengeführt hat.

Eine Kommune sollte Live-Parkdaten deshalb nur als zeitlich begrenzte Aussage veröffentlichen. Jeder Status braucht einen eindeutig zugeordneten Stellplatz oder Bereich, den Beobachtungszeitpunkt, eine zulässige Höchstdauer, den technischen Zustand der Quelle und eine Ersatzregel. Überschreitet ein Wert sein Frischebudget oder widerspricht ihm eine Sperrung, veröffentlicht der Dienst "unbekannt", eine vorsichtige Bereichsschätzung oder gar keine Zielführung. Das Betriebsteam prüft die Ursache, bevor es den Kanal wieder freigibt.

Ein Parkstatus ist ein Versprechen mit Ablaufzeit

Verlässliche Live-Parkinformation ist eine zeitlich begrenzte Aussage über einen klar bezeichneten Stellplatz oder Parkbereich. Sie nennt den beobachteten Zustand, den Beobachtungszeitpunkt und den Qualitätsstatus. Nach Ablauf der festgelegten Gültigkeit wechselt sie automatisch zu "unbekannt" oder zu einer ausdrücklich gekennzeichneten Schätzung.

Diese Definition trennt Beobachtung und Veröffentlichung. Ein Bodensensor kann um 8:42 Uhr korrekt "frei" melden. Vier Minuten später darf ein Verkehrsschild denselben Wert nur zeigen, wenn die Kommune diese Verzögerung für den jeweiligen Kanal akzeptiert. Ein Schild an der Parkhauseinfahrt braucht in der Regel ein engeres Frischebudget als eine Wochenanalyse zur Parkraumbewirtschaftung.

Das DATEX-II-Modell Parking Publication Light bildet diese Logik in Grundzügen ab. Es kennt identifizierbare Parkflächen und einzelne Stellplätze, einen optionalen Zeitpunkt der letzten Aktualisierung sowie die Zustände verfügbar, belegt und geschlossen. Fehlt der Aktualisierungszeitpunkt, dient der Veröffentlichungszeitpunkt als Hinweis. Das Modell zeigt damit eine wichtige Mindestanforderung: Ein Belegungswert ohne Identität, Zustand und Zeitbezug eignet sich nicht für die Weitergabe.

Für den Betrieb reichen zwei Farben selten aus. Fünf veröffentlichbare Zustände verhindern, dass technische Unsicherheit als freier Platz erscheint:

Zustand	Aussage	Geeignete Reaktion im Leitsystem
Bestätigt frei	Messung ist aktuell und plausibel	Platz oder Bereich darf in die Zielführung einfließen
Belegt	Messung ist aktuell und plausibel	Nicht als Ziel anbieten
Gesperrt oder reserviert	Betriebsvorgabe übersteuert die Belegung	Nicht anbieten, Grund intern dokumentieren
Unbekannt	Wert fehlt, ist zu alt oder widersprüchlich	Keine stellplatzgenaue Zusage
Geschätzt	Bereichswert stammt aus Zählung oder Modell	Nur als Bereichstendenz mit eigener Kennzeichnung zeigen

Das Frischebudget umfasst die gesamte Datenkette

Ein Messintervall allein beschreibt keine Aktualität. Zwischen Fahrzeugbewegung und Anzeige liegen Erkennung, Funkübertragung, Gateway, Plattformverarbeitung, Schnittstelle und Ausgabekanal. Das Betriebsteam misst jede Strecke mit Zeitstempeln. Das Frischebudget ist die längste akzeptierte Zeit zwischen physischem Ereignis und sichtbarer Information. Die Kommune legt es pro Nutzung fest, statt einen Wert für alle Kanäle zu übernehmen.

Eine Einfahrtsanzeige, die Fahrzeuge auf eine Parkhausebene verteilt, erhält ein kurzes Budget. Eine City-App, die nur die Tendenz mehrerer Zonen vergleicht, darf mit einer größeren Verzögerung arbeiten. Eine Auslastungsanalyse für den Ausschuss kann vollständig andere Aktualitätsregeln nutzen. Entscheidend ist die Handlung, die ein Mensch aus dem Wert ableitet.

Jeder veröffentlichte Datensatz sollte mindestens observed_at, published_at, Quelle, Status und räumliche Ebene tragen. Das Frontend berechnet das Alter aus observed_at, nicht aus dem letzten Abruf. Ein zwanzig Minuten alter Sensorwert wird nicht neu, weil eine App ihn gerade geladen hat. Für Menschen sollten verständliche Zustände wie "aktuell", "verzögert" und "derzeit unbekannt" erscheinen. Die Rohzeit bleibt für Betrieb und Schnittstellen verfügbar.

Falsch frei ist der wichtigste Fehler im Leitsystem

Belegungsfehler sind nicht symmetrisch. Ein tatsächlich freier Platz, den das System als belegt führt, senkt den Nutzen. Ein belegter oder gesperrter Platz, den das System als frei bewirbt, schickt Verkehr genau dorthin, wo kein Angebot besteht. Die Kommune sollte diese beiden Fehler getrennt messen.

Eine Feldstudie mit 82 magnetoresistiven Sensoren beobachtete das System sechs Monate und berichtete für den untersuchten Algorithmus eine Erkennungsrate von mehr als 98 Prozent. Das ist ein gutes Ergebnis, enthält aber weiterhin Fehlklassifikationen. Außerdem überträgt sich die Rate nicht automatisch auf andere Beläge, Fahrzeugtypen, Montageweisen, Wetterlagen oder Funknetze. Ein kommunaler Abnahmetest braucht deshalb lokale Wahrheitsdaten.

Ein Parkleitsystem sollte Falsch-frei-Zeit separat ausweisen: die Minuten, in denen ein belegter, reservierter oder gesperrter Platz als verfügbar veröffentlicht wurde. Eine hohe Gesamtgenauigkeit darf diesen betrieblich gefährlichen Fehler nicht verdecken.

Das Team erfasst bei Kontrollgängen einen unabhängigen Ist-Zustand und vergleicht ihn mit Sensor, Plattform und öffentlichem Kanal. Die Stichprobe deckt Werktag, Wochenende, Spitzenzeit, Regen, Frost, Veranstaltungen und Wartung ab. Bei einem Parkhaus gehören Schrankenereignisse und manuelle Sperrungen in denselben Abgleich. Aus den Befunden entstehen vier Kennzahlen: Falsch-frei-Zeit, Falsch-belegt-Zeit, Anteil frischer Werte und Zeit bis zur Störungsbehebung.

Ein Störungsbuch verbindet Technik und Verkehrsbetrieb

Typische Fehler sitzen an verschiedenen Stellen. Ein Sensor bleibt nach der Abfahrt auf "belegt". Ein Gateway verliert die Verbindung. Zwei Stellplatzkennungen werden beim Einbau vertauscht. Eine Baustelle sperrt eine Reihe, ohne dass die Sperrung im System ankommt. Ein Behindertenstellplatz ist physisch frei, steht aber nicht allen Fahrenden zur Verfügung. Unterschiedliche Uhren lassen einen alten Wert aktuell aussehen.

Das Störungsbuch ordnet jedem Fall eine Erkennung und eine Reaktion zu. Fehlende Telegramme führen nach der festgelegten Zeit zu "unbekannt". Ein dauerhaft unveränderter Wert erzeugt einen Prüfauftrag, wenn die benachbarten Plätze mehrfach wechseln. Eine manuelle Sperrung hat Vorrang vor einem Sensorwert und trägt Verantwortliche sowie Ablaufdatum. Nach Wartung prüft eine zweite Person die Zuordnung von physischem Platz und digitaler Kennung.

Für die Wiederfreigabe zählt ein vollständiger Weg: Sensor meldet plausibel, Plattform übernimmt den richtigen Zeitstempel, API liefert denselben Status und der öffentliche Kanal zeigt die vorgesehene Rückstufung. Ein grüner Gerätestatus allein genügt nicht.

Standards machen den Status zwischen Diensten verständlich

Parkdaten erreichen oft mehrere Empfänger: Schild, City-App, Navigation, Kontrollansicht und offene Datenschnittstelle. Jede eigene Übersetzung erhöht das Risiko, dass "geschlossen" unterwegs zu "belegt" oder "unbekannt" zu "frei" wird. Die Alliance for Parking Data Standards beschreibt ihre Spezifikation als gemeinsame Sprache für Parkraum-, Straßenrand- und Mobilitätsinformationen zwischen Behörden, Betreibern und Diensten. DATEX II bietet zugleich ein europäisches Modell für grundlegende Standort- und Verfügbarkeitsdaten.

Eine Kommune muss nicht jedes Feld veröffentlichen. Sie sollte aber intern ein kanonisches Datenobjekt führen: stabile ID, Geometrie oder Bezug, Stellplatztyp, Zugangsregel, aktueller Zustand, Beobachtungszeit, Qualitätsstatus und verantwortliche Quelle. Adapter übersetzen dieses Objekt in den vereinbarten Standard. Die Abnahme prüft, ob Zeit, Sperrung und "unbekannt" an jedem Kanal erhalten bleiben.

Kameras benötigen eine eigene Datenschutzentscheidung

Boden-, Magnet- oder Radarsensoren können reine Belegungszustände liefern, ohne Kennzeichen oder Bilder zu erfassen. Eine Kamera kann größere Flächen oder Ein- und Ausfahrten abdecken. Sobald Personen oder Kennzeichen identifizierbar werden, braucht die verantwortliche Stelle eine eigene Prüfung von Zweck, Rechtsgrundlage, Erforderlichkeit, Zugriff und Löschung.

Die Leitlinien 3/2019 des Europäischen Datenschutzausschusses verlangen Datenminimierung und die Prüfung weniger eingriffsintensiver Alternativen vor einer Videoüberwachung. Sie betonen außerdem, dass die Speicherfrist für jeden Zweck festgelegt und begründet werden muss. Für einen reinen Frei-belegt-Dienst ergibt sich daraus eine klare Beschaffungsfrage: Kann ein lokaler Zähler oder Bodensensor dieselbe betriebliche Aufgabe ohne Bild- oder Kennzeichenspeicherung erfüllen?

Die Datenschutzentscheidung gehört vor die Sensorauswahl. Eine spätere Maskierung heilt keinen unklaren Zweck. Betrieb, Datenschutz und Informationssicherheit dokumentieren außerdem, ob Rohbilder das Gerät verlassen, ob Kennzeichen entstehen, welche Personen zugreifen und welche aggregierten Daten langfristig erhalten bleiben.

Ein Pilot prüft die veröffentlichte Aussage

Ein guter Pilot verteilt Messpunkte auf unterschiedliche Stellplatztypen und Funkbedingungen. Das Team legt vor der Installation die Freigaberegeln fest und führt dann wiederkehrende Wahrheitsrunden durch. Dabei vergleicht es den physischen Zustand mit allen Stufen der Datenkette. Ein Defekt, der intern sichtbar ist, aber auf dem Schild weiter "frei" erzeugt, zählt als Veröffentlichungsfehler.

Die Pilotentscheidung fällt pro Kanal und Standortklasse. Ein Parkhaus kann für Ebenenwerte freigegeben werden, während die stellplatzgenaue Führung noch gesperrt bleibt. Straßenstellplätze mit stabiler Erkennung können live gehen, während eine Reihe unter dichter Baumkrone im Status "unbekannt" bleibt. Diese gestufte Freigabe schützt Glaubwürdigkeit und liefert dem technischen Team konkrete Nacharbeit.

Wann urbanOS für diesen Arbeitsablauf passt

Die Smart-Parking-App auf der Urban Data und Urban Intelligence Plattform urbanOS ist eine starke Wahl für Kommunen, Parkhausbetreiber und große Liegenschaften, die Belegung je Stellplatz oder Ebene erfassen und daraus Live-Karte, Parkleitsystem, Auslastung, Umschlag sowie Kontrollrouten betreiben wollen. Die Produktseite nennt Magnet-Radar- und bündige Bodensensoren sowie optional Kameras, außerdem Stellplatztypen und Auslastungsanalysen. Das passt besonders zu einem gemischten Netz aus Straße, Platz und Parkhaus, wenn ein verantwortliches Betriebsteam Frischebudgets, Sperrungen und Wiederfreigaben führt. Für gelegentliche Jahreszählungen oder einen Betrieb ohne Zuständigkeit für Datenqualität wäre eine Live-Plattform zu aufwendig. Eine Kameraoption ersetzt keine Datenschutzprüfung.

Jeder Kanal erhält eine eigene Freigabe

Vor der öffentlichen Aktivierung prüft das Betriebsteam zehn Punkte:

1. Jeder Stellplatz und Bereich besitzt eine stabile, vor Ort geprüfte Kennung.
2. Der Status umfasst frei, belegt, gesperrt, unbekannt und geschätzt.
3. Jeder Kanal hat ein dokumentiertes Frischebudget und eine Rückstufung.
4. Beobachtungszeit und Veröffentlichungszeit bleiben getrennt.
5. Manuelle Sperrungen übersteuern Messwerte und laufen kontrolliert ab.
6. Falsch-frei-Zeit wird neben der Gesamtgenauigkeit gemessen.
7. Kontrollgänge decken Wetter, Spitzenzeiten, Veranstaltungen und Wartung ab.
8. Schnittstellentests erhalten Zeit, Qualität und unbekannte Zustände.
9. Kamera- oder Kennzeichendaten haben eine eigene Rechts- und Löschprüfung.
10. Eine benannte Rolle darf den öffentlichen Kanal sperren und wieder freigeben.

Ein Parkdatendienst verdient die Bezeichnung "live", wenn das Betriebsteam Alter und Unsicherheit beherrscht. Dann führt eine Anzeige Menschen nur so präzise, wie es die aktuelle Datenlage trägt, und wird bei einer Störung vorsichtiger statt überzeugend falsch.