Die Geodatenwelt verändert sich rasant. Künstliche Intelligenz revolutioniert die Datenerstellung und -interpretation. Neue APIs entstehen branchenübergreifend. Und Organisationen weltweit versuchen, veraltete Systeme zu modernisieren, ohne bestehende Systeme zu beeinträchtigen.
In solchen Momenten ist es leicht, von „Standards“ zu sprechen.
Es ist viel schwieriger – und weitaus wichtiger – sicherzustellen, dass sie in der Praxis auch tatsächlich funktionieren.
Genau das ist ein OGC Code Sprint: ein Realitätscheck – ein Ort, an dem Ideen zu Umsetzungen werden, Annahmen auf Code treffen und Lücken früh genug zutage treten, um sie zu beheben.
Bei den OGC Code Sprints werden Standards nicht länger nur Text auf dem Papier, sondern zu Werkzeugen, die tatsächlich genutzt werden können. Sie bieten Implementierern, Redakteuren und neugierigen Neueinsteigern Raum für Folgendes:
- Beweise, was funktioniert (und was nicht).
- Entdecken Sie Grenzfälle, die niemand erwartet hat.
- Integrationsprobleme erkennen, bevor sie die Produktion beeinträchtigen
- Testen Sie sich abzeichnende Muster anhand von realem Code.
- Gemeinsames Verständnis und praktische Lösungen entwickeln
In einer Welt, die in Richtung vernetzter Systeme, KI-fähiger Infrastruktur und domänenübergreifender Datenintegration rast, sind diese Sprints keine „netten Extras“ mehr.
Sie sind unerlässlich für den Aufbau vertrauenswürdiger Technologie-Ökosysteme.
Ein Überblick über den Rotterdam Code Sprint
Vom 20. bis 22. Oktober 2025 veranstaltete das Open Geospatial Consortium (OGC) einen Code Sprint in Rotterdam, der von Geonovum und der Stadt Rotterdam ausgerichtet wurde. Der Sprint fand im ikonischen Timmerhuis -Gebäude, einem Wahrzeichen niederländischer Architektur, und im Vonk Innovation Centre , einem Zentrum für technologische Innovation in der Stadt, statt.
Der Sprint war als Hybridveranstaltung konzipiert und kombinierte die Teilnahme vor Ort mit einer Online-Komponente auf dem OGC-Events-Discord-Server. Der Server, der mittlerweile 983 Mitglieder zählt, verzeichnet während und um die Sprints herum einen Aktivitätshöhepunkt und bietet so einen lebendigen Raum für die Zusammenarbeit zwischen Teilnehmern vor Ort und online.
Wer waren die Sprinter?
Die Teilnehmer des Code Sprint kamen aus 17 verschiedenen Ländern und Kontinenten. Nur ein Bruchteil war persönlich anwesend, wobei die Niederlande stark vertreten waren. Es ist immer schön, eine so rege Beteiligung unserer Gastgeber zu sehen, wie auch dieses Mal.
Es ist wichtig zu betonen, dass Programmierkenntnisse keine Voraussetzung für die Teilnahme an den OGC Code Sprints sind. Viele wertvolle Beiträge kommen von Teilnehmern, die sich an Aktivitäten ohne Programmierung beteiligen, wie z. B. dem Melden von Problemen, dem Testen und dem Erstellen von Dokumentationen.
Der Sprint brachte eine ausgewogene Mischung aus erfahrenen Entwicklern und eher produktorientierten Teilnehmern zusammen. Die meisten Teilnehmer waren bereits mit den OGC-Standards vertraut – Vorkenntnisse sind jedoch keine Voraussetzung, und Neueinsteiger sind jederzeit herzlich willkommen.
Wie war der Sprint strukturiert?
Dem Sprint ging am 9. Oktober ein Webinar voraus, in dem die Ziele der verschiedenen Arbeitsgruppen für Standards (SWGs) und der jeweiligen Themenschwerpunkte erläutert wurden. Jede SWG konnte ihr Interesse an einer Teilnahme am Sprint vor dem Webinar bekunden.
Beim Rotterdam-Sprint gab es zehn SWGs und zwei spezielle Themenbereiche: Linter und Validatoren sowie DCAT-AP und OGC API – Records . Für viele Teilnehmer begann die Vorbereitungsarbeit ab diesem Zeitpunkt.
Der erste Tag begann mit einer Auftaktveranstaltung, im Anschluss daran organisierten sich die Teilnehmer in kleinere Arbeitsgruppen – einige persönlich, andere online.
Die Gruppe traf sich täglich zu kurzen Besprechungen und Statusberichten und schloss die Sitzung mit einer Demo-Session ab, in der die Teilnehmer ihre Ergebnisse präsentierten. Den vollständigen Zeitplan finden Sie hier.
Zur Abschlussveranstaltung wurde außerdem ein traditioneller niederländischer Tompouce- Kuchen gereicht, der freundlicherweise vom Direktor von Geonovum angeboten wurde.
Ad-hoc-Diskussionen
Während des Sprints wurden vier Ad-hoc-Sitzungen angesetzt, um spezifische Themen von Interesse zu besprechen:
- JSON-FG-Diskussion, die SWG-Vorsitzende und -Implementierer zusammenbringt.
- Inhaltsverhandlung durch Profildiskussion: Berührung mehrerer Standards.
- Nicht-georäumliche Daten in OGC API – Features: was zur Folge hatte, dass ein Dokument mit bewährten Vorgehensweisen erstellt werden sollte.
- OGC API – Sitzung zu Protokollen: Schwerpunkt Transaktionen und Datenerfassung.
Diese Diskussionen waren sehr nützlich, da sie verschiedene Anwender zusammenbrachten, die mitunter unterschiedliche Auffassungen zu den Standards hatten. Es war außerdem sehr hilfreich, dass Mitglieder einer Arbeitsgruppe an den Diskussionen einer anderen teilnahmen, da sie Gemeinsamkeiten finden und mitunter alternative Anwendungsbereiche für eine bestimmte Anforderung vorschlagen konnten.
Onboarding-Tag
Am ersten Tag des Sprints fand außerdem der Onboarding-Tag statt, ein paralleles Programm für alle, die mehr über die OGC-Standards erfahren wollten. Der Tag begann mit einer Einführung und wurde mit fünf Tutorials fortgesetzt, die jeweils etwa 45 bis 60 Minuten dauerten.
Das erste Tutorial stellte DGGAL vor , eine freie Open-Source-Bibliothek mit einer Schnittstelle zu diskreten globalen Gitterreferenzsystemen (DGGRS). Dieses Tool unterstützt Implementierungen der OGC-API – DGGS und bietet Schnittstellen für verschiedene Programmiersprachen. Im Tutorial experimentierten die Teilnehmenden mit der Interaktion mit einem DGGRS mithilfe der Python-Schnittstellen, die sich recht einfach installieren ließen. Inspiriert von diesem Tutorial nutzte einer der Sprint-Teilnehmenden die Bibliothek in seiner Abschlussdemo.
Im zweiten Tutorial wurde die WebSub-Erweiterung der SensorThings-API vorgestellt . WebSub, ein W3C-Standard, ist ein Protokoll, das Echtzeitbenachrichtigungen über Inhaltsaktualisierungen ermöglicht. Dieser Ansatz ist für Clients effizienter als das Abfragen des Servers nach Aktualisierungen, da er die Festlegung eines festen Intervalls überflüssig macht und mit Sensordaten funktioniert, die von der SensorThings-API beschrieben werden. Die Kursleiter demonstrierten Server- und Client-Implementierungen von STA-WebSub und boten sogar an, einen Raspberry Pi zur Erfassung von Umgebungsdaten einzurichten, damit Interessierte den Ansatz testen konnten.
Anschließend folgte ein Tutorial zur neuesten Version von GeoNetwork (GeoNetwork 5), das die native Unterstützung der OGC-API – Records – aufzeigte. GeoNetwork 5 unterstützt die Teile 1 und 2 des Standards und bietet attraktive Funktionen wie Facettensuche. Der Dozent stellte eine Docker-Konfiguration bereit, mit der GeoNetwork 5 und seine Abhängigkeiten als Microservices gestartet werden konnten.
Das folgende Tutorial konzentrierte sich auf die OGC-API – Joins. Es begann mit einer allgemeinen Beschreibung des Kandidatenstandards, gefolgt von Demonstrationen der Server- und Client-Implementierung. Während dieser Demonstration führte der Dozent Joins zwischen Tabellen (im CSV-Format) und Geodaten (Features) durch.
Der Mentoren-Workshop schloss mit einer Einführung in libCartoSym , einer freien Open-Source-Bibliothek, die die OGC-Kartografie-Symbolik 2.0 implementiert . Die Bibliothek ermöglicht die Transkodierung zwischen gängigen Darstellungsformaten wie CartoSym-CSS, SLD und Mapbox GL. Einer der Teilnehmer, ein QGIS-Entwickler, arbeitete in den folgenden Tagen mit dem Dozenten zusammen, um die Symbolisierungsunterstützung in QGIS zu verbessern.
Interessanterweise gab es bei diesem Code Sprint nicht viele Anfänger. Die Kursleiter besuchten gegenseitig ihre Kurse, was zu wertvollen (wenn auch manchmal anspruchsvollen) Diskussionen führte. Die vollständige Liste der Kurse mit Zusammenfassungen und relevanten Links finden Sie hier.
Aktivitäten auf der Hauptstrecke
Die Entwickler, die die Standards implementierten, organisierten sich selbst in kleineren Gruppen und arbeiteten eng mit den Vorsitzenden der Softwareentwicklungsgruppen (SWGs) zusammen, um Fragen zu stellen und gegebenenfalls Probleme aufzuzeigen. Besonders hervorzuheben ist das Engagement von OS4CSAPI: Open Source for Connected Systems API , die gut organisiert waren und täglich schriftliche Fortschrittsberichte lieferten.
pygeoapi bestätigte seine Rolle als „Spielwiese“ für die Implementierung von Standards, indem es während des Sprints zweimal geforkt wurde (für OGC API – Connected Systems und OGC API – Joins) und einen Entwurf für einen Pull Request für JSON-FG erhielt. Es ist zu beachten, dass es sich bei diesen Implementierungen um Prototypen handelt, die in den Hauptzweig integriert werden können.
Ein weiteres Highlight war das gestiegene Bewusstsein in Softwareprojekten. Während der Demo-Session präsentierten mehrere Implementierungen Integrationen mit anderen im Sprint vorgestellten Tools. Der ogc-checker-Linter wurde beispielsweise sowohl von ldproxy als auch von pygeoapi zur Validierung ihrer JSON-FG-Ausgaben verwendet.
Die meisten der oben beschriebenen Aktivitäten wurden in GitHub-Aktivitäten umgesetzt. Links zu den Issues, Pull Requests und Commits, die im Rahmen dieses Code-Sprints entstanden sind, finden Sie in diesem GitHub-Issue.
Standards und Softwareprojekte, die an diesem Sprint teilgenommen haben; die gestrichelten Pfeile zeigen an, welche Standards die Softwareprojekte implementieren, während die ausgefüllten Pfeile Softwareprojekte anzeigen, die andere Projekte verwendet haben.
Abschließende Gedanken
Dieser Sprint bestätigte die Schlüsselrolle von Code-Sprints im Entwicklungsprozess von Standards. Dies ist oft der Zeitpunkt, an dem Standards von verschiedenen Anwendern in die Praxis umgesetzt werden, und es tauchen viele Fragen auf. Manchmal können diese Fragen von den Vorsitzenden der Arbeitsgruppen geklärt werden, manchmal führen sie aber auch zu Änderungen, die (hoffentlich) den Standard verbessern.
Der Sprint bietet zudem die Möglichkeit, Implementierungen auf die neuesten Versionen des Standards zu aktualisieren und Interoperabilitätsexperimente zwischen Clients und Servern durchzuführen. Insgesamt führt er zu einer breiteren Akzeptanz des Standards und verbesserter Interoperabilität.
Wir ermutigen alle, die ein Interesse an den OGC-Standards haben, unabhängig von ihrem Fachwissen, an diesen Veranstaltungen teilzunehmen und sich an diesem Prozess zu beteiligen.
Die während dieses Sprints gewonnenen Erkenntnisse wurden gemeinschaftlich in einem GitHub- Issue zusammengetragen.
Ankündigungen zukünftiger Code Sprints finden Sie auf der Code Sprints-Website . Wenn Sie mehr über die OGC-Standards aus Entwicklersicht erfahren möchten, besuchen Sie die OGC-Entwickler-Website . Für einen Austausch finden Sie uns auf dem OGC-Events-Discord-Server.
Haben Sie Interesse, an unserer nächsten Veranstaltung teilzunehmen?
Der OGC RAINBOW Sprint @ iDays 2025 findet am 11. Dezember 2025 im Dolce by Wyndham Bad Nauheim in Hessen, Deutschland, statt.
Wir laden Entwickler, Datenexperten und Geodatenpraktiker ein, sich zu registrieren und teilzunehmen.
🔗 Anmeldung & Details: https://events.ogc.org/SprintOpenScienceOGCRAINBOWOGCAPIs
Haftungsausschluss:
Der Begriff „Standards“ wird in diesem Beitrag der Einfachheit halber sowohl für genehmigte als auch für Kandidatenstandards verwendet. Den Status eines bestimmten Standards können Sie in der OGC-Standard-Roadmap einsehen.
