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.
Das ist ein OGC Code Sprint: ein Realitätstest — ein Ort, an dem Ideen in die Tat umgesetzt werden, wo Annahmen auf Code treffen und wo 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 von Technologie-Ökosystemen, denen wir vertrauen können.
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 legendären Timmerhuis Gebäude, ein Wahrzeichen niederländischer Architektur, und die Vonk Innovationszentrum, ein Zentrum für technologische Innovation in der Stadt.
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 präsentierten wir zehn SWGs und zwei spezielle Titel: Linter und Validatoren und DCAT-AP und OGC API – DatensätzeFür viele Teilnehmer begann die Vorbereitungsarbeit an diesem Punkt.
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. Der vollständige Zeitplan kann eingesehen werden. werden auf dieser Seite erläutert.
Die Abschlussveranstaltung beinhaltete auch eine traditionelle niederländische Zeremonie. Tompouce Kuchen, freundlicherweise zur Verfügung gestellt vom Direktor von Geonovum.
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, eine kostenlose Open-Source-Bibliothek, die eine Schnittstelle bietet zu Diskrete globale Gitterreferenzsysteme (DGGRS). Dieses Tool unterstützt Implementierungen der OGC-API – DGGS – und bietet Schnittstellen für verschiedene Programmiersprachen. Im Rahmen des Tutorials experimentierten die Teilnehmer 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-Teilnehmer die Bibliothek in seiner Abschlussdemo.
Im zweiten Tutorial wurde Folgendes vorgestellt: WebSub-Erweiterung der SensorThings-APIWebSub, 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-Stream schloss mit einer Einführung in libCartoSym, eine freie und quelloffene Bibliothek, die implementiert OGC-Kartografische Symbolik 2.0Die 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 Tutoren besuchten gegenseitig ihre Tutorials, was zu wertvollen (wenn auch manchmal fortgeschrittenen) Diskussionen führte. Die vollständige Liste der Tutorials mit Zusammenfassungen und relevanten Links finden Sie hier. werden auf dieser Seite erläutert.
Aktivitäten auf der Hauptstrecke
Die Entwickler, die die Standards implementierten, organisierten sich selbst in kleineren Gruppen, in denen sie eng mit den Vorsitzenden der Softwareentwicklungsgruppen (SWG) zusammenarbeiteten, Fragen stellten und mitunter auf Probleme hinwiesen. Ein bemerkenswertes Engagement kam von OS4CSAPI: Open Source API für vernetzte Systeme, die gut organisiert waren und täglich schriftliche Fortschrittsberichte lieferten.
Abonnieren Es bestätigte seine Rolle als „Spielwiese“ für die Implementierung von Standards, wurde während des Sprints zweimal geforkt (für OGC API – Connected Systems und OGC API – Joins) und erhielt einen Entwurf für einen Pull Request für JSON-FG. 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 dieses Code-Sprints finden Sie hier. GitHub-Problem.
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 auf GitHub zusammengetragen. Problem.
Sie können die Ankündigungen zukünftiger Code Sprints über die Website von Code SprintsWenn Sie mehr über die OGC-Standards aus Entwicklersicht erfahren möchten, schauen Sie sich Folgendes an: OGC-Entwickler-WebsiteWenn Sie chatten möchten, finden Sie uns auf der 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 Einfachheit halber wird in diesem Beitrag der Begriff „Standards“ sowohl für genehmigte als auch für Kandidatenstandards verwendet. Den Status eines bestimmten Standards können Sie hier überprüfen: OGC-Standards-Roadmap.
