Problembeschreibung
Bei der Verwendung von URLs als ID für Datensätze, ist es nicht möglich, Endpoints anzusprechend, bei denen diese ID verwendet wird. Das betrifft folgende Endpunkte:
- GET /management/georesources/{georesourceId}/singleFeature/{featureId}
- DELETE /management/georesources/{georesourceId}/singleFeature/{featureId}
- GET /management/georesources/{georesourceId}/singleFeature/{featureId}/singleFeatureRecord/{featureRecordId}
- PUT /management/georesources/{georesourceId}/singleFeature/{featureId}/singleFeatureRecord/{featureRecordId}
- DELETE /management/georesources/{georesourceId}/singleFeature/{featureId}/singleFeatureRecord/{featureRecordId}
Folgende Fehlermeldung tritt auf, die als Response eines Requests ausgegeben wird:
PUT https://demo.kommonitor.de.52north.org/data-management/management/georesources/c6db9ad6-f7c6-4bf1-8e33-6cf8a5b0f83f/singleFeature/https://geodaten.nrw.de/id/inspire-us-kindergarten/governmentalservice/1750/singleFeatureRecord/GEORESOURCE_7.1 404 (Not Found)
Im konkreten Fall geht es um Daten, die aus einem OGC API - Features Dienst eingeladen wurden: https://ogc-api.nrw.de/inspire-us-kindergarten/v1/collections/governmentalservice/items. Dieser verwendet URLs als inspireId.
Ursache
Problematisch ist, dass die URL für den Parameter featureId eingesetzt wird. Die DataManagement API interpretiert die URL als Subpath innerhalb der API, der natürlich nicht verfügbar ist und antwortet daher mit einem 404er.
Problembeschreibung
Bei der Verwendung von URLs als ID für Datensätze, ist es nicht möglich, Endpoints anzusprechend, bei denen diese ID verwendet wird. Das betrifft folgende Endpunkte:
Folgende Fehlermeldung tritt auf, die als Response eines Requests ausgegeben wird:
Im konkreten Fall geht es um Daten, die aus einem OGC API - Features Dienst eingeladen wurden: https://ogc-api.nrw.de/inspire-us-kindergarten/v1/collections/governmentalservice/items. Dieser verwendet URLs als inspireId.
Ursache
Problematisch ist, dass die URL für den Parameter
featureIdeingesetzt wird. Die DataManagement API interpretiert die URL als Subpath innerhalb der API, der natürlich nicht verfügbar ist und antwortet daher mit einem 404er.