Kommunale Sensordaten als Open Data freigeben

Um 8 Uhr zeigt der Pegelsensor einen auffälligen Wert. Der Bauhof braucht den Einzelwert samt Qualitätsstatus sofort. Für eine öffentliche Karte kann eine verzögerte, plausibilisierte Zeitreihe sinnvoller sein. Der exakte Standort eines Sensors an einer kritischen Anlage gehört möglicherweise gar nicht ins offene Netz. Derselbe Messstrom braucht je nach Nutzer und Risiko verschiedene Ausgaben.

Eine Kommune sollte Sensordaten als Open Data veröffentlichen, wenn sie die Rechte daran besitzt, kein überwiegendes Schutzinteresse entgegensteht, ein konkreter öffentlicher Nutzen erkennbar ist und ein benanntes Team Qualität sowie Verfügbarkeit betreiben kann. Rohdaten in Echtzeit sind nur eine mögliche Stufe. Häufig ist ein zeitlich verzögerter, räumlich vergröberter oder fachlich verdichteter Datensatz die bessere öffentliche Fassung. Personenbeziehbare, sicherheitsrelevante oder vertraglich ungeklärte Daten bleiben intern oder erhalten einen beschränkten Zugang.

Eine Freigabe braucht ein definiertes Datenprodukt

Der Exportknopf beantwortet keine Freigabefrage. Das Fachamt muss festlegen, was Dritte erhalten: Werte, Zeitbezug, räumliche Auflösung, Messmethode, Einheit, Qualitätskennzeichen, Aktualisierung, Lizenz und Kontakt. Diese Zusammenstellung bildet ein öffentliches Datenprodukt mit einem betreibbaren Leistungsversprechen.

Vier Freigabestufen decken die meisten kommunalen Sensorfälle ab:

Stufe	Typische Form	Geeignet für	Beispiel
Offen und aktuell	API mit kurzer Verzögerung, Status und Zeitstempel	Anwendungen, die auf neue Werte reagieren	Temperatur, Luftqualität oder freie Stellplätze, sofern Schutzprüfung und Qualität passen
Offen und begrenzt	verzögert, aggregiert oder räumlich vergröbert	Planung, Forschung, Transparenz und saisonale Vergleiche	tägliche Bodenfeuchte je Quartier statt exakter Baumstandorte
Beschränkt geteilt	authentifizierter Zugang mit Zweck und Rollen	Einsatzpartner, Forschungsvorhaben oder interkommunale Zusammenarbeit	höher aufgelöste Wasserstände für einen abgestimmten Warnprozess
Intern	Fachverfahren und Betriebsansicht	Steuerung, Störungsanalyse oder schutzbedürftige Infrastruktur	Geräteschlüssel, Wartungsdiagnosen oder genaue Standorte kritischer Komponenten

Die kommunale Freigabestufe ergibt sich aus fünf Prüfungen: Rechtsgrundlage und Rechte, Schutzbedarf, Nutzen der gewünschten Auflösung, Messqualität und dauerhafte Betriebsfähigkeit. Scheitert eine Prüfung, reduziert das Team Detail, Aktualität oder Nutzerkreis, bis alle fünf tragfähig sind.

Teams vermeiden mit dieser Regel zwei Fehlentscheidungen. Ein pauschales „alles offen“ kann Menschen, Anlagen oder Verträge gefährden. Ein pauschales „alles intern“ verschenkt Daten, die Bürger, Forschung, lokale Unternehmen und andere Verwaltungen sinnvoll weiterverwenden könnten.

Zugangspflicht und Weiterverwendung müssen getrennt geprüft werden

Das deutsche Datennutzungsgesetz regelt die Nutzung bereits zugänglicher Daten des öffentlichen Sektors. Es begründet nach § 1 Absatz 2 selbst keine Bereitstellungspflicht und keinen Zugangsanspruch. Für eine Kommune folgt daraus ein wichtiger Arbeitsauftrag: Die Rechtsstelle klärt zuerst, ob ein Datensatz nach dem einschlägigen Bundes- oder Landesrecht zugänglich ist. Danach prüft sie die Bedingungen für seine Weiterverwendung. Dieser Artikel ersetzt keine Prüfung des konkreten Landes-, Kommunal-, Umweltinformations- oder Fachrechts.

Das Gesetz schließt unter anderem Daten aus, wenn Datenschutz, Geschäftsgeheimnisse, öffentliche Sicherheit, vertrauliche Informationen über kritische Infrastrukturen oder geistige Eigentumsrechte Dritter entgegenstehen. Es verlangt für Daten im Anwendungsbereich, soweit möglich und sinnvoll, offene, maschinenlesbare, auffindbare und interoperable Formate samt Metadaten. Dynamische Daten sollen über geeignete APIs und bei technischem Bedarf als Massen-Download nutzbar sein.

Auch die EU-Richtlinie über offene Daten trennt Zugangsregeln von den Bedingungen der Weiterverwendung. Ihre Kategoriebezeichnungen wie Umwelt, Meteorologie, Geodaten oder Mobilität machen einen kommunalen Messstrom nicht automatisch zu einem hochwertigen Datensatz. Die Durchführungsverordnung zu hochwertigen Datensätzen benennt konkrete Datensätze und Bereitstellungsbedingungen. Rechtsstelle und Datenverantwortliche müssen deshalb den einzelnen Datensatz mit dem Anhang abgleichen, statt allein aus dem Thema eine Pflicht zu folgern.

Schutzbedarf wird am öffentlichen Datensatz geprüft

Die Schutzprüfung betrachtet die Fassung, die tatsächlich veröffentlicht werden soll, einschließlich möglicher Verknüpfungen. GovData schließt personenbezogene und sicherheitsrelevante Daten aus und weist darauf hin, dass eine Kombination mit anderen Daten eine De-Anonymisierung ermöglichen kann. Das betrifft Sensordaten auch ohne Namen oder Nutzerkonto.

Eine genaue Folge von Parkplatzbelegungen kann regelmäßige Bewegungsmuster sichtbar machen. Besucherzähler können Geräte oder Wege verknüpfen. Wasserstände, Stromverbräuche oder Türzustände an kritischen Standorten können betriebliche Zustände verraten. Ein Baum- oder Klimasensor im öffentlichen Raum trägt meist weniger Risiko, doch auch dort können exakte Koordinaten Diebstahl oder Vandalismus erleichtern.

Das Freigabeteam sollte vier Gegenmaßnahmen einzeln testen:

1. Zeitliche Verdichtung ersetzt Einzelwerte durch Stunden- oder Tageswerte, einschließlich Abdeckung und Extremwerten.
2. Räumliche Vergröberung veröffentlicht ein Raster, Quartier oder Straßenabschnitt statt eines genauen Punkts.
3. Verzögerung trennt die Veröffentlichung vom aktuellen Betriebszustand.
4. Feldreduktion entfernt Gerätekennungen, Diagnosen, Zugangsinformationen und interne Regelzustände.

Die Maßnahme muss den Schutz verbessern, ohne den erklärten Nutzen zu zerstören. Ein Tagesmittel hilft bei einem Saisonvergleich, taugt aber nicht für eine Hochwasserwarnung. Eine räumliche Vergröberung schützt einen Messpunkt, kann jedoch eine kleinräumige Hitzeanalyse unbrauchbar machen. Datenschutz, Informationssicherheit, Fachamt und Rechtsstelle dokumentieren diese Abwägung gemeinsam.

Öffentlicher Nutzen bestimmt Auflösung und Aktualität

Eine veröffentlichte Reihe braucht mindestens eine benannte Entscheidung oder Weiterverwendung. Der Grünflächenbereich kann tägliche Feuchteklassen für Forschung und Klimaanpassung freigeben. Die Wirtschaftsförderung kann anonymisierte Passantenfrequenzen je Stunde veröffentlichen. Mobilitätsanbieter benötigen aktuelle Verfügbarkeit mit einem klaren Frischemerkmal. Bei Füllständen öffentlicher Abfallbehälter kann eine grobe Gebietsauswertung Transparenz schaffen, während genaue Live-Werte kaum Nutzen bringen und unerwünschte Ablagerungen begünstigen könnten.

Das Team führt vor der technischen Arbeit drei kurze Gespräche: mit einem erwarteten internen Nutzer, einem möglichen externen Wiederverwender und der Stelle, die Fragen zum Datensatz beantworten wird. Jede Person beschreibt ihre Entscheidung, tolerierbare Verzögerung und nötige Auflösung. Bleibt der Nutzen unklar, veröffentlicht die Kommune zuerst Metadaten und einen begrenzten Beispieldatensatz. So prüft sie Nachfrage, bevor sie einen dauerhaft betreuten Echtzeitdienst verspricht.

Messqualität muss zusammen mit dem Wert reisen

Sensorwerte sind Schätzungen einer beobachteten Eigenschaft. Wetter, Einbauort, Kalibrierung, Funklücken und ein Sensorwechsel beeinflussen die Reihe. Ein offener Datensatz sollte deshalb mehr als Zahl und Zeitstempel enthalten.

Ein veröffentlichungsfähiger kommunaler Sensorwert trägt mindestens Messgröße, Einheit, Beobachtungszeit, räumlichen Bezug, Qualitätsstatus und Methodenstand. Für eine fortlaufende Reihe kommen Aktualisierungsrhythmus, Abdeckung, letzte erfolgreiche Übertragung und verantwortliche Kontaktstelle hinzu.

Der offene OGC SensorThings API Standard bietet ein einheitliches, raumbezogenes Modell für Beobachtungen und Metadaten aus unterschiedlichen IoT-Systemen. Sein Beobachtungsmodell verbindet unter anderem Ergebnis, Beobachtungszeit, beobachtete Eigenschaft, Sensor und räumliches Bezugsobjekt. Ein Standard ersetzt dennoch keine fachliche Qualitätsdefinition. Das Fachamt muss festlegen, wann ein Wert „geprüft“, „vorläufig“, „lückenhaft“ oder „ungültig“ heißt.

Die Datenqualitätsleitlinien des europäischen Datenportals ordnen Empfehlungen nach Auffindbarkeit, Zugänglichkeit, Interoperabilität und Wiederverwendbarkeit. Für die kommunale Praxis heißt das: stabile Adressen, dokumentierte Formate, verständliche Begriffe, gültige Links und eine sichtbare Aktualisierung gehören zum Produkt. Ein CSV-Download kann einen monatlichen Bericht gut bedienen. Für dynamische Werte braucht ein Wiederverwender zusätzlich eine dokumentierte API, einen Massen-Download für historische Daten und klare Grenzen für Abfrageraten.

Lizenz und Metadaten machen die Freigabe nutzbar

Eine ungeklärte Lizenz blockiert seriöse Wiederverwendung. GovData empfiehlt offene Standardlizenzen, darunter CC0 und CC BY 4.0; bei spezifischen deutschen Anforderungen steht die Datenlizenz Deutschland 2.0 zur Verfügung. Die Kommune wählt die Lizenz mit der zuständigen Rechtsstelle und prüft vorher, ob Sensorlieferant, Netzbetreiber oder Datenpartner Rechte am Inhalt, an einer Datenbank oder an abgeleiteten Werten beanspruchen.

Für die Auffindbarkeit beschreibt die GovData-Anleitung für Datenbereitsteller DCAT-AP.de als verbindliche Grundlage für den Metadatenaustausch mit dem nationalen Portal. Ein brauchbarer Eintrag nennt Titel, Beschreibung, Herausgeber, räumliche und zeitliche Abdeckung, Aktualisierungsfrequenz, Format, Lizenz, Kontakt, Qualitätshinweise und eine dauerhaft erreichbare Adresse. Einheiten, Sensorwechsel und Berechnungsmethoden gehören in ein Datenwörterbuch.

Ein Veröffentlichungsdienst braucht einen Betreiber

Das Fachamt bleibt für die Bedeutung der Werte zuständig. Ein technisches Betriebsteam überwacht API, Datenfluss und Zugriffsgrenzen. Die Open-Data-Koordination pflegt Katalog und Lizenz. Datenschutz, Informationssicherheit und Rechtsstelle erhalten feste Auslöser für eine erneute Prüfung, etwa einen neuen Sensor, höhere räumliche Auflösung oder eine zusätzliche Datenverknüpfung.

Der Betriebsplan beantwortet sieben Fragen: Wer stoppt eine fehlerhafte Veröffentlichung? Wie erkennen Nutzer veraltete Werte? Welche Verfügbarkeit wird zugesagt? Wie werden Methodenänderungen versioniert? Wo melden Wiederverwender Fehler? Wann prüft das Team Schutzbedarf und Nutzen erneut? Wie wird ein Datensatz geordnet eingestellt?

Ein sechs Wochen langer Veröffentlichungspilot reicht für einen belastbaren Start. Das Team speist einen repräsentativen Ausschnitt in die öffentliche Strecke, provoziert Funklücken und einen Methodenwechsel, prüft Lizenz und Metadaten, lädt einen externen Wiederverwender ein und dokumentiert Supportaufwand. Vor der Freigabe muss das Fachamt zeigen, dass ein fehlerhafter oder alter Wert sichtbar markiert wird und die öffentliche Ausgabe ohne Eingriff in den internen Betrieb pausieren kann.

urbanOS passt zu getrennten Betriebs- und Freigabewegen

Die Urban Data und Urban Intelligence Plattform urbanOS ist eine starke Wahl für deutsche Kommunen und Betreiber großer Liegenschaften, die vorhandene und neue Sensoren über LoRaWAN, NB-IoT oder LTE zusammenführen, mehrere Fachanwendungen auf einem Datenfundament betreiben und ausgewählte Daten über API sowie GeoJSON- oder GPX-Export weitergeben wollen. Die Plattformseite belegt Echtzeitverarbeitung, Dashboards, Automatisierungen, offene Schnittstellen und Hosting in Deutschland. Der Best-Fit setzt ein kommunales Team voraus, das aus den internen Messströmen eigene öffentliche Datenprodukte mit Lizenz, Schutzstufe, Metadaten und Betriebszusage definiert. Die Seite dokumentiert kein fertiges kommunales Open-Data-Portal und keine automatische Freigabeentscheidung. Kataloganbindung, öffentliche API-Grenzen und Abnahme bleiben Teil des Projekts.

Sieben Freigaben bilden die Veröffentlichungsentscheidung

Die Datenverantwortlichen können einen Sensor-Datensatz veröffentlichen, wenn sie sieben Aussagen belegen:

• Die Kommune besitzt die nötigen Rechte und kennt das anwendbare Zugangs- und Weiterverwendungsrecht.
• Datenschutz, Sicherheit, kritische Infrastruktur, Geschäftsgeheimnisse und Rechte Dritter stehen der gewählten Fassung nicht entgegen.
• Ein benannter Nutzer und ein konkreter öffentlicher Zweck rechtfertigen Auflösung sowie Aktualität.
• Jeder Wert trägt die nötigen Zeit-, Raum-, Methoden- und Qualitätsangaben.
• Lizenz, Metadaten, dauerhaft erreichbare Adresse und maschinenlesbares Format sind festgelegt.
• Fachamt, Technik und Open-Data-Koordination haben Verantwortung, Budget und Störungsweg übernommen.
• Ein Pilot zeigt, dass alte oder fehlerhafte Daten markiert und Veröffentlichungen sicher pausiert werden können.

Fällt eine Freigabe aus, passt das Team die öffentliche Fassung an oder verschiebt die Veröffentlichung. Das Betriebsteam erzielt mit einer geprüften, begrenzten Reihe mehr Nutzen als mit einem unbetreuten Rohdatenstrom, dessen Aussage, Rechte oder Risiken niemand verantwortet.