Veelgestelde vragen over de Location API

Sommige parameters zijn hele woorden, terwijl andere maar één letter zijn (bijvoorbeeld f). Dat werkt verwarrend?

De parameter "f" komt rechtstreeks uit de officiële OGC API Common specificatie. Deze parameter bepaalt in welk formaat je het antwoord terugkrijgt.

Standaard is dit JSON.
Mogelijke waarden: JSON of HTML.

Waarom is het standaard coördinatensysteem CRS84 (WGS84)? In Nederland zou het logischer zijn om EPSG:28992 (RD) als standaard te gebruiken. Nu moet ik altijd expliciet aangeven dat ik de data in RD wil hebben. Dat voelt als de omgekeerde wereld?

Volgens de OGC API Features Part 1 is de minimale vereiste (core) dat een API in WGS84 (CRS84) werkt. Andere coördinatensystemen, zoals RD (EPSG:28992), zijn optionele uitbreidingen (zie Part 2).

WGS84 zou alleen teruggegeven moeten worden als de gebruiker helemaal geen CRS opgeeft. Als de API zelf al een CRS definieert (zoals in het overzicht), mag RD (EPSG:28992) gewoon de standaard zijn?

We volgen de officiële logica uit OGC API Features Part 1 en Part 2. Daarin staat beschreven wanneer wel of niet een standaard CRS moet worden teruggegeven.

Wat voegt [version]=1 eigenlijk toe? Als ik 0 of 2 invul, krijg ik niks meer terug. Het maakt de URL alleen maar langer en onduidelijker?

We hebben versioning op collectieniveau ingevoerd, vergelijkbaar met hoe OGC API Features dit doet. Het doel is dat we collecties in de toekomst kunnen verbeteren of aanpassen zonder dat bestaande gebruikers meteen last hebben van breaking changes. Gebruikers kunnen zelf kiezen op welk moment ze overstappen naar een nieuwe versie van een collectie.

.