Open tiaanwessels opened 2 weeks ago
Thank you for reporting. I understand your problem and we will check the implementation of the test suite. Is it possible to provide a public API we can use to reproduce the problem?
Unfortunately not, i have no public facing infrastructure to host it on, apologies.
On Wed, 23 Oct 2024, 18:44 dstenger, @.***> wrote:
Thank you for reporting. I understand your problem and we will check the implementation of the test suite. Is it possible to provide a public API we can use to reproduce the problem?
— Reply to this email directly, view it on GitHub https://github.com/opengeospatial/ets-ogcapi-edr10/issues/138#issuecomment-2432830334, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD3CNVWZZYCPTXNBSH3VCBDZ47G5NAVCNFSM6AAAAABQOUYNW6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMZSHAZTAMZTGQ . You are receiving this because you authored the thread.Message ID: @.***>
Describe the bug Abstract Test 136 expects 400 in the response but the OGC EDR specification states under /conf/locations/no-query-params: Validate that a GeoJSON document was returned with a status code 200 containing at least a list of features one for each location supported by the collection
To Reproduce Steps to reproduce the behavior:
Expected behavior I expected a PASS when the service responds with GeoJSON and code 200
Screenshots If applicable, add screenshots to help explain your problem.
Additional context This is the returned GeoJSON { "type": "FeatureCollection", "features": [ { "type": "Feature", "geometry": { "coordinates": [ 21, 52.25 ], "type": "Point" }, "properties": { "locationId": "EPWW", "locationName": "ACC" } } ] } and this the headers Request URL: http://swim:12373/edr/collections/airmet/locations Request Method: GET Status Code: 200 OK Remote Address: 192.168.51.118:12373 Referrer Policy: strict-origin-when-cross-origin
and the test result (truncated) looks like