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:
- OGC API - Features - Part 1: Core, Version 1.0.1
- OGC API - Features - Part 2: Coordinate Reference Systems by Reference 1.0.1
- OGC API - Features - Part 3: Filtering, draft
- OGC API - Features - Part 4: Create, Replace, Update and Delete, draft
- OGC API - Features - Part 5: Schemas, draft
- OGC API - Tiles - Part 1: Core, Version 1.0.0
- OGC API - Styles, draft
- OGC API - Routes - Part 1: Core, draft
- OGC API - 3D GeoVolumes, draft
- Common Query Language (CQL2), draft
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.
![Certified OGC Compliant Logo](https://cite.opengeospatial.org/teamengine/site/certification-logo.gif)
Formate
ldproxy unterstützt die folgenden Formate, die von verschiedenen Tools und Bibliotheken unterstützt werden:
- Allgemeine Ressourcen
- JSON
- HTML
- XML (nur für Ressourcen, die in OGC API Features spezifiziert sind)
- API-Definitionen
- OpenAPI 3.0 als JSON, YAML und HTML
- Features
- 2D Tiles
- Mapbox Vector Tiles 2.1
- PNG (nicht für Feature-Tile-Providers)
- JPEG (nicht für Feature-Tile-Providers)
- WebP (nicht für Feature-Tile-Providers)
- TIFF (nicht für Feature-Tile-Providers)
- 3D Tiles
- Tileset-Metadaten
- Kachelschemas
- Style-Formate (die meisten Formaten können über OGC API Styles bereitgestellt werden, sie werden aber nicht von ldproxy verarbeitet)
- MapLibre Style Spec (Styles können in HTML-Darstellungen verwendet werden, bei denen MapLibre GL JS der Kartenclient ist)
- 3D Tiles Styling (Styles können in HTML-Darstellungen verwendet werden, bei denen CesiumJS der Kartenclient ist)
- OGC SLD 1.0
- OGC SLD 1.1
- QGIS QML
- ArcGIS Desktop (lyr)
- ArcGIS Pro (lyrx)
- Routen-Formate
HTML kann mit schema.org-Markup (schema:Place, schema:Dataset und schema:DataCatalog) 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
undSTARTINDEX
unterstützen.
- Damit ein WFS angebunden werden kann, sollte er beim Datenzugriff über die GetFeature-Operation Paging über die Query-Parameter
Tiles
Alle Tiles in ldproxy werden über Tile-Provider bereitgestellt.
Es werden drei Arten von Tile-Providern unterstützt:
- Features, die von derselben API bereitgestellt werden
- MBTiles
- HTTP (Zugriff über xyz-URI-Templates)
3D Tiles
Alle Kacheln werden aus einem PostgreSQL-Feature-Provider mit CityGML-Gebäudefeatures (LoD 1, LoD 2) erzeugt.