OPGELOST: OGC-API BGT-features geeft geen gegevens in sommige collections bij grote boundingbox

Datasets BGT
#1

Ik ondervind problemen met het downloaden van BGT-features via de OGC-API https://api.pdok.nl/lv/bgt/ogc/v1/api

Deze URL geeft bijvoorbeeld een leeg resultaat: https://api.pdok.nl/lv/bgt/ogc/v1/collections/waterdeel/items?limit=1000&f=geojson&crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F28992&bbox=115000,482000,127000,492000&bbox-crs=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F28992&datetime=2025-12-31T23%3A30%3A00Z
Dat gebeurt ook wanneer ik de URL rechtstreeks in een browser invoer.
Ook de ‘alternates’ geven dan een leeg resultaat.

Met een kleinere, hierbinnen gelegen boundingbox (bijvoorbeeld bbox=120000,487000,127000,492000) bevat de response body wel waterdelen, er zijn dus wel degelijk waterdelen aanwezig binnen de oorspronkelijke URL.
Wanneer ik in de oorspronkelijke URL /waterdeel/ vervang door /pand/ geeft de URL ook resultaat. Het probleem lijkt dus niet in de URL te zitten.
Overigens ontbreekt ook de inhoud van sommige andere collections, bijvoorbeeld ‘overigbouwwerk’.

Wat kan hier aan de hand zijn?

Het is nu niet duidelijk of een bepaalde collection geen items bevat binnen de gebruikte parameters, of dat (om wat voor reden dan ook) de aanwezige items niet zijn geretourneerd: in beide gevallen wordt HTTP-code 200 geretourneerd, en de response body eindigt met "features":[],"numberReturned":0). Wellicht kan dit onderscheid duidelijk gemaakt worden in de response-body.

1 like
#2

Dank voor de melding, we gaan dit onderzoeken.

#3

Nogmaals dank voor de melding en in het bijzonder de heldere probleembeschrijving. We hebben e.e.a aangepast en het betreffende API verzoek zou nu wel het gewenste response moeten geven.

Daarnaast hebben we de foutafhandeling verbeterd, mocht er onverhoopt toch een timeout aan de PDOK-zijde optreden (bij deze of een andere collectie) dan volgt een HTTP 500 ipv 200 met een duidelijke foutmelding.

Mochten er nog vragen/opmerkingen zijn dan horen wij dat uiteraard graag.

1 like
#4

Bedankt voor de snelle actie, zo te zien treden de gemelde problemen na deze aanpassing niet meer op.
Prettig is ook dat nu duidelijk is wanneer er een timeout (of een andere ‘Internal server error’) is opgetreden (dit is gelukkig nog niet voorgekomen tijdens mijn tests).

1 like