Bouwvlakken met geometrie en maatvoeringen

Datasets Ruimtelijke Plannen
1

Besten,

n.a.l.v. de instructie: ReDoc Interactive Demo

expand
Array of strings
Items Enum: “geometrie” “figuren” “bouwaanduidingen” “lettertekenaanduidingen” “maatvoeringen”

voer ik als parameters in:

{
“pageSize”: “100”,
“expand”: [
“geometrie”,
“maatvoeringen”
]
}

Ondanks dat dit volgens mij een valide notatie is, wordt mijn vraag niet geaccepteerd:

“1. Unable to retrieve response: 'BadRequest {“error”:[{“path”:”/body/queryParams/expand",“message”:“must be string”,“errorCode”:“type.openapi.validation”}],“message”:“Bad Request: request/body/queryParams/expand must be string”}’

Onderstaande gaat echter prima:
{
“pageSize”: “100”,
“expand”: “geometrie”
}

Nu zit ik met een aantal opties:

  1. ik heb toch iets verkeerd ingevoerd.
  2. de instructie is zoals bedoeld, maar de server is anders ingesteld
  3. de server reageert zoals bedoeld maar de instructie is verkeerd
  4. de service die ik gebruik om de aanvraag te sturen accepteert geen arrays.

Kan iemand hier wijs uit?

Ondertussen krijg ik prachtige bruikbare antwoorden terug van de server. Ik probeer met deze specifieke opdracht alleen te zorgen dat ik zeker weet dat de juiste maatvoeringen ook bij de juiste bouwvlakken blijven horen.

Mvg, Thomas

2

Voor iemand die je vraag wil proberen te antwoorden, zou het heel handig zijn om het request te delen dat je doet. Je geeft nu een Redoc linkje dat naar Maatvoeringen verwijst en schrijft vervolgens over expand parameter opties die van een Bouwvlakken endpoint komen.

Ik kan uit je vraag niet afleiden of je een GET of POST endpoint bevraagt. De expand en paging parameters horen in de query parameters thuis, niet in een requestbody.

Ik ga uit van optie 1 uit je lijstje, maar met de verstrekte informatie kan ik dat niet met zekerheid zeggen.

1 like
3

Ha Robin,

Mijn excuus.

Endpoint:

https://ruimte.omgevingswet.overheid.nl/ruimtelijke-plannen/api/opvragen/v4/plannen/NL.IMRO.0363.K1202BPSTD-VG01/bouwvlakken/_zoek

Verb: POST

QueryParams:
{
“pageSize”: “100”,
“expand”: [
“geometrie”,
“maatvoeringen”
]
}

Headers:
{
“x-api-key”: “”,
“Content-Crs”: “epsg:28992”,
“Accept-Crs”: “epsg:28992”
}

Payload/body:

{
“_geo”: {
“intersects”: {
“type”: “Polygon”,
“coordinates”: [
[
[
119964.451638,
484479.573033
],
[
120144.451638,
484479.573033
],
[
120144.451638,
484659.573033
],
[
119964.451638,
484659.573033
],
[
119964.451638,
484479.573033
]
]
]
}
}
}

Bij de expand gaat er dus iets mis. Zodra ik het met alleen “geometrie” probeer werkt het als een zonnetje.

Met vriendelijke groet,

Thomas Broos

4

Afgaande op de OAS van de API, en de default serialization method voor query parameters zou je dit curl request na moeten doen in de tool die je gebruikt voor het doen van het request:

curl --location 'https://ruimte.omgevingswet.overheid.nl/ruimtelijke-plannen/api/opvragen/v4/plannen/NL.IMRO.0363.K1202BPSTD-VG01/bouwvlakken/_zoek?pageSize=100&expand=maatvoeringen&expand=geometrie' \
--header 'x-api-key: <vul hier je eigen api key in>' \
--header 'Content-Crs: epsg:28992' \
--header 'Accept-Crs: epsg:28992' \
--header 'Content-Type: application/json' \
--data '{
    "_geo": {
        "intersects": {
            "type": "Polygon",
            "coordinates": [
                [
                    [
                        119964.451638,
                        484479.573033
                    ],
                    [
                        120144.451638,
                        484479.573033
                    ],
                    [
                        120144.451638,
                        484659.573033
                    ],
                    [
                        119964.451638,
                        484659.573033
                    ],
                    [
                        119964.451638,
                        484479.573033
                    ]
                ]
            ]
        }
    }
}'
5

Dank je Robin.

Ik neem even contact op met mensen die voor me kunnen controleren hoe ik dat in hun software kan doen. Ik moet daar binnen blijven handelen namelijk. Het doel (de request) is helder!

Mvg, Thomas