ldproxy

CRUD

specdraftimplproposal

Erzeugen, Ersetzen, Aktualisieren und Löschen von Features.

Umfang

Limitierungen

Es werden nur Objektarten von einem SQL-Feature-Provider mit dialect PGIS unterstützt, die aus einer einzigen Tabelle stammen und automatisch inkrementierende Primärschlüssel verwenden. Siehe auch Ticket #411open in new window.

Konformitätsklassen

Das Modul basiert auf den Vorgaben der Konformitätsklassen "Create/Replace/Delete" und "Features" aus dem Entwurf von OGC API - Features - Part 4: Create, Replace, Update and Deleteopen in new window. Die Implementierung wird sich im Zuge der weiteren Standardisierung der Spezifikation noch ändern.

Operationen

RessourcePfadMethodenFormateBeschreibung
Features, Feature
collections/{collectionId}/items, collections/{collectionId}/items/{featureId}
DELETE, PATCH, POST, PUT
Erzeugen, Ersetzen, Aktualisieren und Löschen von Features.

Pfad-Parameter

NameRessourcenBeschreibung
collectionId
Features, Feature
Der Identifikator der Feature Collection.

Query Parameter

NameRessourcenBeschreibung
schema
Feature

Konfiguration

Optionen

NameDefaultBeschreibungTypSeit
buildingBlock
Immer CRUD or (deprecated) TRANSACTIONAL.
string
v2.0
extensionType
Deprecated Siehe buildingBlock.
string
v2.0
enabled
false
Soll das Modul aktiviert werden?
boolean
v2.0
optimisticLockingLastModified
false
Option zur Aktivierung der Unterstützung für die bedingte Verarbeitung von PUT-, PATCH- und DELETE-Anfragen, basierend auf der Zeit, zu der das Feature zuletzt aktualisiert wurde. Solche Anfragen müssen einen If-Unmodified-Since-Header enthalten, andernfalls werden sie zurückgewiesen. Ein Feature wird nur dann geändert, wenn das Feature seit dem Zeitstempel im Header nicht geändert wurde (oder wenn kein letzter Änderungszeitpunkt für das Feature bekannt ist). Die Option wird ignoriert, wenn optimisticLockingETag aktiviert ist.
boolean
v3.5
optimisticLockingETag
false
Option zur Aktivierung der Unterstützung für die bedingte Verarbeitung von PUT-, PATCH- und DELETE-Anfragen, basierend auf einem starken Entity Tag (ETag) des Features. Solche Anfragen müssen einen If-Match-Header enthalten, andernfalls werden sie zurückgewiesen. Ein Feature wird nur dann geändert, wenn der aktuelle ETag des Features zu den ETag(s) im Header passt.
boolean
v3.5

Beispiele


- buildingBlock: CRUD
  enabled: true
ImpressumDatenschutzerklärung