Mitgliederzugang
Gemeinsam offene Geodatenstandards gestalten.

Liste der Arbeitsgruppen für Standards

Mitglieder können über Agora (Mitglieder-Community) auf die SWG-Websites zugreifen.

Wenn Sie einer SWG beitreten möchten, aber derzeit kein OGC-Mitglied sind, melden Sie sich bitte an. aufnehmen.

3D-GeoVolumes SWG (3DGeoVol SWG)

Die SWG 3D GeoVolumes möchte eine API bereitstellen, um verschiedene Ansätze für den Zugriff und die Übertragung von 3D-Geodaten über das Internet zu integrieren (z. B. 3D Tiles, I3S, glTF, CDB, CityGML) zu einer einzigen, auf offenen Standards basierenden Lösung.

3D-Darstellungs-SWG (3DP-SWG)

Die 3D Portrayal Service (3DPS) ist ein OGC-Dienstimplementierungsstandard, der auf die Bereitstellung interoperabler 3D-Darstellungen abzielt. Wenn der Client und die beteiligten Dienste über gemeinsame Funktionen verfügen, ist es möglich, 3D-Geoinformationen aus heterogenen Quellen kombiniert anzuzeigen und zu analysieren.

Landwirtschaftliches Informationsmodell SWG (AIM.SWG)

Die SWG „Informationsmodell für die Landwirtschaft“ wird ein Informationsmodell für die Landwirtschaft (AIM) entwickeln, veröffentlichen und pflegen, um die Interoperabilität von Informationen im Bereich der Landwirtschaft zu unterstützen, wobei der Schwerpunkt auf der Wiederverwendung allgemeiner OGC-Standards nach Bedarf liegt.

Analysebereite Daten-SWG (ARD SWG)

Die SWG „Analysis Ready Data“ (ARD) hat den Auftrag, einen mehrteiligen Standard für georäumliche, „Analysis Ready Data“ zu entwickeln.

CDB SWG (CDB SWG)

Der CDB-Standard definiert ein offenes Format für die Speicherung, den Zugriff und die Änderung einer synthetischen Umgebungsdatenbank. Eine synthetische Umgebung ist eine Computersimulation, die Aktivitäten auf einem hohen Grad an Realismus darstellt, von der Simulation von Kriegsschauplätzen bis hin zu Fabriken und Herstellungsprozessen.

CityGML SWG (CityGML SWG)

CityGML ist ein offenes Datenmodell und XML-basiertes Format für die Speicherung und den Austausch virtueller 3D-Stadtmodelle. Es ist ein Anwendungsschema für die Geography Markup Language Version 3.1.1 (GML3), der erweiterbare internationale Standard für den räumlichen Datenaustausch, herausgegeben vom OGC und ISO/TC211.

Connected Systems SWG (CONSYS SWG)

Die Connected Systems SWG wird sich auf die Modernisierung von SensorML und den zugehörigen Sensor Web Enablement (SWE)-Standards konzentrieren.

Coverages SWG (CoveragesSWG)

Abdeckungen, wie in Abstract Topic 6 definiert und Coverage Implementation Schema (CIS) haben sich als einheitliche, umfassende Darstellung von räumlich-zeitlichen Gittern, Punktwolken und Maschen bewährt. Insbesondere dienen Coverages zur Modellierung von „Datenwürfeln“.

CRS SWG (CRS SWG)

Ein Koordinatenreferenzsystem (CRS) ist ein lokales, regionales oder globales System auf Koordinatenbasis, das zur Lokalisierung geographischer Objekte verwendet wird. Ein räumliches Referenzsystem definiert eine bestimmte Kartenprojektion sowie Transformationen zwischen verschiedenen räumlichen Referenzsystemen.

Features and Geometries JSON SWG (FeatGeoJSON SWG)

Die OGC Features and Geometries JSON SWG hat den Auftrag, eine JSON-Kodierung für Geodaten zu entwickeln. Diese Kodierung soll auf den grundlegenden OGC-Standards (wie Simple Features) aufbauen, andere Geodaten-JSON-Kodierungen (wie GeoJSON) einschließen und die Inhaltsbereitstellung gemäß OGC unterstützen.

Features API SWG (FeatAPI SWG)

Der Zweck der OGC Features API SWG besteht darin, neue Teile des mehrteiligen Standards OGC API Features zu entwickeln und vorhandene Teile zu pflegen, Korrigendas für die Standards WFS 2.0 und FES 2.0 zu entwickeln und Entwürfe technischer Berichte des OGC-Innovationsprogramms in Bezug auf OGC API Features zu überprüfen.

OGC API – Common SWG (OGC API-Common)

Der Zweck dieser SWG besteht darin, einen neuen gemeinsamen Kernstandard für die OGC-API-Standardsuite zu entwickeln und alle für den gemeinsamen OWS-Standard erforderlichen Änderungen zu verwalten.

OGC API – Joins SWG (TJS)

Der Zweck der TJS SWG ist die Aktualisierung und Wartung des OpenGIS Georeferenced Table Joining Service Implementation Standard [OGC 10-070r2]. Bei den Aktualisierungen werden Änderungsanforderungen (Change Requests, CRs) zum aktuellen Standard sowie von der SWG festgelegte Anforderungen berücksichtigt.

OGC API – Maps SWG (OGC API – Maps)

Die OGC-API Maps SWG wird einen Kandidatenstandard für eine Maps API entwickeln und dokumentieren, der eine webbasierte, gemeinsame und konsistente Schnittstelle zu Diensten bietet, die mit der aktuellen Architektur des Webs und den Best Practices für räumliche Daten im Web ( https://www.w3.org/TR/sdw-bp/ ) übereinstimmt.

OGC API – Processes SWG (OAPIProc SWG)

Die OGC API – Processes Der Standard ermöglicht die Ausführung von Rechenprozessen und den Abruf von Metadaten, die ihren Zweck und ihre Funktionalität beschreiben. Normalerweise kombinieren diese Prozesse Raster-, Vektor- und/oder Abdeckungsdaten mit genau definierten Algorithmen, um neue Raster-, Vektor- und/oder Abdeckungsinformationen zu erzeugen.

OGC API – Records SWG (API Records SWG)

OGC API – Records ermöglicht die Entdeckung und den Zugriff auf Metadaten zu Geodaten und -diensten. OGC API-Standards definieren modulare API-Bausteine, um Web-APIs räumlich auf einheitliche Weise zu aktivieren. OpenAPI wird verwendet, um die wiederverwendbaren API-Bausteine ​​zu definieren.

OGC API – Styles SWG (Styles API SWG)

Der OGC API – Styles Standard beschreibt die Schnittstelle und den Austausch von Stilparametern und -anweisungen. Die Erstellung von Symbologiekomponenten von Stilen wird im OGC Symbol Encoding Conceptual Model: Core Part und mehreren OGC- und anderen Stilcodierungsstandards behandelt.

OGC API – Tiles SWG (OAPITileSWG)

Die OGC API – Tiles Der Normentwurf verweist auf die OGC Two Dimensional Tile Matrix Set (TMS)-Standard. Der TMS-Standard definiert die Regeln und Anforderungen für eine Kachelmatrix als Methode zur Indizierung des Raums basierend auf einer Menge regelmäßiger Gitter, die einen Bereich (Kachelmatrix) definieren.

Mehr laden
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.
Anscheinend können wir nicht finden, wonach Sie suchen.

Offene Ausschreibungen und Anfragen

Die Öffentlichkeit kann die Kriterien für die Kandidaten überprüfen und Feedback geben, um sicherzustellen, dass sie praxisnah und breit anwendbar sind.

OGC API Connected Systems Standard

OGC bittet um öffentliche Stellungnahme zum Kandidaten OGC SensorThings API Erweiterung: WebSub Asynchronous Messaging Standard

Abgabetermin:

August 1, 2025 12: 00 AM

Mehr erfahren

OGC bittet um öffentliche Kommentare zu vorgeschlagenen Überarbeitungen des ModSpec-Modells: Ein Standard für die Entwicklung und Erstellung modularer Standards

Abgabetermin:

24. Juli 2025, 12:00 Uhr

Mehr erfahren
Treten Sie OGC bei