BAG API v2 'Verblijfsobjecten' geeft foutmelding

Datasets BAG
#1

Bij het opvragen van data middels de bag V2 Verblijfsobjecten (In dit geval een openbaar adres):
https://api.bag.kadaster.nl/lvbag/individuelebevragingen/v2/panden/0307100000370278
krijg ik (willekeurig welk verblijfsobject) de onderstaande melding terug (Postman):

“status”: 412,
“title”: “Gewenste coördinatenstelsel voor geometrie moet worden opgegeven.”,
“type”: “RFC 7232 - Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests”,
“detail”: “Precondition failed.”,
“instance”: “https://api.bag.kadaster.nl/lvbag/individuelebevragingen/v2/panden/0307100000370278”,
“code”: “acceptCrsMissing”

zie:

33
331674×310 48.2 KB

De eerste stap gaat overigens prima:
https://api.bag.kadaster.nl/lvbag/individuelebevragingen/v2/adressen?postcode=3811LM&huisnummer=1&exacteMatch=true
Deze levert vervolgens de link naar de verblijfsobjecten:

Stap01
Stap011900×1377 191 KB
.

Hierna loop ik echter vast.
Herkent iemand dit? -of- wat mis ik in dit verhaal?

#2

Hallo Dick,

In de response van het endpoint verblijfsobjecten wordt de geometrie van het verblijfsobject gegeven. Daarom moet in de header de Accept-Crs: epsg:28992 worden opgegeven.

Omdat bij het bevragen van het adressen endpoint geen geometrie wordt teruggegeven, geeft dat request geen foutmelding.
Nicole

1 like
#3

Dank je wel Nicole!
Duidelijk en het werkt prima.
Wat nu echter opvalt is dat de polygon van een object niet meer dezelfde coordinaten zijn die ik met v1 terugkreeg. Ik neem aan als gevolg van de epsg:28992. Dit is voor mij werkelijk een major change. Is is dit op te lossen?

#4

Ik las hier dat het ondersteunen van andere coördinatenstelsels op de backlog staat, maar nog niet ingepland lijkt te zijn.

Daarom hebben we dit inmiddels zlef opgelost met een serverside (php) script.
epsg:28992 => epsg:4326.
Works like a charm :wink:

1 like