Offene Daten sind kein Softwareproblem. Sie sind ein Pflege- und Führungsthema. Wer das unterschätzt, kauft sich eine Infrastruktur, die mehr Misstrauen erzeugt als Offenheit.

Warum Daten „offen“ oft nicht nutzbar sind

Ein Datensatz ohne saubere Beschreibung, klare Lizenz und angegebenen Zeitraum ist praktisch geschlossen. Die Nachnutzung scheitert nicht an Technik, sondern an Rückfragen: Wer ist zuständig? Darf ich das verwenden? Wann wurde das zuletzt geprüft?

Fünf Mindestfelder müssen bei jedem Datensatz vollständig ausgefüllt sein:

• Titel und beschreibender Text
• Zuständige Organisationseinheit
• Aktualisierungsintervall
• Bekannte Qualitätslücken
• Lizenz (z. B. CC0 oder passende CC-Variante)

Ehrlichkeit über Qualitätslücken ist kein Schwäche. Sie ermöglicht Nachnutzern zu planen. Ein Datensatz mit dem Hinweis „GPS-Genauigkeit ±10 Meter“ ist wertvoller als einer ohne jede Angabe.

CKAN und DCAT-AP: Werkzeuge, keine Abkürzungen

CKAN ist international verbreitete Software für Datenkataloge. Einstieg, Module und Community finden sich auf ckan.org. CKAN hilft beim Verwalten — ersetzt aber keine redaktionelle Linie.

DCAT-AP ist das europäische Metadatenprofil für Datenkataloge. Die deutschsprachige Umsetzung ist unter dcat-ap.de dokumentiert. Wer heute DCAT-AP-konform annotiert, spart später die Arbeit, wenn Daten an Landes- oder EU-Kataloge angebunden werden.

Der nationale Datenkatalog GovData zeigt, wie Bund und Länder Sichtbarkeit schaffen. Für Kommunen ist er ein Qualitätsmaßstab: Welche Metadaten erwarten Nachnutzer? Wie werden Aktualisierungen sichtbar? Wie sind Lizenzen angegeben?

Formate: langweilig stabil schlägt exotisch. CSV mit guter Dokumentation ist oft nützlicher als ein proprietäres Format, das kaum jemand verarbeiten kann.

Qualität und rechtliche Verantwortung

Offene Daten beeinflussen Planungen. Wer veröffentlicht, muss Unsicherheiten kennzeichnen und die Quellfachstelle benennen. Das ist kein Formalismus — es reduziert spätere Haftungsdiskussionen.

DSGVO gilt auch für offene Daten. Prüfen Sie pro Datensatz, ob personenbezogene Spuren enthalten sein können — auch indirekt. Adressdichten, Bewegungsmuster oder kombinierte Datensätze können trotz Anonymisierung Rückschlüsse erlauben.

Fehlerkorrekturen gehören sichtbar dokumentiert. Eine Änderungsnotiz oder Versionierung zeigt: Die Verwaltung pflegt ihre Daten. Das ist Vertrauensaufbau durch Praxis.

Betrieb: Monatliches Ritual statt jährlicher Großputz

Ein Datenkatalog ist kein Launch-Event. Er ist eine Daueraufgabe.

Das einfachste Betriebsformat: ein monatliches 45-Minuten-Meeting mit fester Teilnehmerliste. Thema: Welche Datensätze wurden aktualisiert? Welche sind überfällig? Welche Rückmeldungen von Nutzern gibt es?

Drei Kennzahlen für den Stadtrat — ohne IT-Slang:

• Anzahl aktiver, vollständig gepflegter Datensätze
• Durchschnittliches Alter seit letzter Aktualisierung
• Anteil Datensätze mit vollständigen Pflichtfeldern

Binden Sie externe Nutzer ein. Wenn Wirtschaft und Vereine keine echten Anwendungsfälle finden, ist das ein Signal. Nicht: „Wir kommunizieren besser.“ Sondern: „Was fehlt tatsächlich?“

Europäischer Anschluss: Einmal richtig, statt zweimal bezahlen

Kommunen profitieren, wenn ihre Metadaten später mit Landes- oder EU-Katalogen harmonieren. Das klingt abstrakt. In der Praxis bedeutet es: Wer heute DCAT-AP-konform annotiert, spart morgen die Nacharbeit.

Schreiben Sie DCAT-AP in Ausschreibungen und interne Leitfäden. Damit sind Erwartungen an Dienstleister klar — bevor der Vertrag unterschrieben ist.

Schulen Sie Einkauf und Fachreferenten gemeinsam. Das Problem sitzt oft zwischen Vertrag und Praxis — nicht im Serverraum.

Weiterführende Quellen

• CKAN.org — Dokumentation, Module und Open-Data-Community
• GovData — Nationaler Datenkatalog Deutschland
• DCAT-AP.de — Deutsches Metadatenprofil für Datenkataloge