CRUDspecdraftimplproposal
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 #411.
Konformitätsklassen
Der Baustein 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 Delete. Die Implementierung wird sich im Zuge der weiteren Standardisierung der Spezifikation noch ändern.
Operationen
Ressource | Pfad | Methoden | Formate | Beschreibung |
---|---|---|---|---|
Features, Feature | collections/{collectionId}/items, collections/{collectionId}/items/{featureId} | DELETE, PATCH, POST, PUT | Erzeugen, Ersetzen, Aktualisieren und Löschen von Features. |
Pfad-Parameter
Name | Ressourcen | Beschreibung |
---|---|---|
collectionId | Features, Feature | Der Identifikator der Feature Collection. |
Query Parameter
Name | Ressourcen | Beschreibung |
---|---|---|
schema | Feature |
Konfiguration
Optionen
Name | Default | Beschreibung | Typ | Seit |
---|---|---|---|---|
buildingBlock | Immer CRUD . | string | v2.0 | |
enabled | false | Soll der Baustein 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