Spezifikationen und Technologien

Dies ist ein Überblick über unterstützte Spezifikationen und Technologien. Für Einschränkungen und Begrenzungen siehe die Dokumentation der ldproxy-Bausteine.

Web-API-Spezifikationen

Unterstützt werden derzeit die folgenden OGC-Standards bzw. aktuellen Entwürfen von zukünftigen OGC-Standards:

Die in ldproxy implementierte Funktionalität weicht bei Entwürfen aufgrund der dynamischen Entwicklung i.d.R. von der in den aktuellen Entwürfen beschriebenen Spezifikation ab.

Zusätzlich werden verschiedene Erweiterungen, für die noch keine offiziellen Entwürfe vorliegen, unterstützt.

ldproxy ist als OGC-Referenzimplementierung für "OGC API - Features - Part 1: Core" und "OGC API - Features - Part 2: Coordinate Reference Systems by Reference" zertifiziertopen in new window.

Certified OGC Compliant Logo

Formate

ldproxy unterstützt die folgenden Formate, die von verschiedenen Tools und Bibliotheken unterstützt werden:

HTML kann mit schema.orgopen in new window-Markup (schema:Placeopen in new window, schema:Datasetopen in new window und schema:DataCatalogopen in new window) angereichert werden.

Datenquellen

Features

Alle Feature-Daten in ldproxy werden über Feature-Provider bereitgestellt, wobei jede API maximal einen Provider hat.

Es werden drei Arten von Feature-Providern unterstützt:

  • PostgreSQL-Datenbanken ab Version 9.6 mit PostGIS ab Version 2.4
    • Alle Tabellen eines Providers müssen in einer Datenbank und in einem Schema liegen. Jede Tabelle, außer Zwischentabellen, muss eine eindeutige Identifikator-Spalte besitzen (Primary Key bzw. mit Unique Index). Es wird empfohlen, Integer für die Identifikatoren zu verwenden.
  • GeoPackage
  • OGC Web Feature Services (WFS)
    • Damit ein WFS angebunden werden kann, sollte er beim Datenzugriff über die GetFeature-Operation Paging über die Query-Parameter COUNT und STARTINDEX unterstützen.

Tiles

Alle Tiles in ldproxy werden über Tile-Provider bereitgestellt.

Es werden drei Arten von Tile-Providern unterstützt:

3D Tiles

Alle Kacheln werden aus einem PostgreSQL-Feature-Provider mit CityGML-Gebäudefeatures (LoD 1, LoD 2) erzeugt.