parameter inclusiefbeeindigd moet zijn inclusiefBeeindigd

[fsamwel]

we schrijven parameters in camelCase.

@CathyDingemanse dit is een breaking change. Toch doen?
@MelvLee of kunnen/moeten we dit zo specificeren dat zowel inclusiefbeeindigd als inclusiefBeeindigd toegestaan zijn?

[MelvLee]

Beide specificeren is denk ik niet netjes. Ik zou inclusiefbeeindigd obsolete specificeren.

[JohanBoer]

Dit ligt toch genuanceerder ? Volgens mij beschrijven we path-parameters in lowerCase. Zo is dat in ieder geval bij de BAG. Niet meer relevant voor Persoon en Historie bevragen.

[fsamwel]

ooit zijn we begonnen met alles in de url, inclusief queryparameters, in lower case te zetten. Dat was toen de stand van de NL API design rules.

Later is dat aangepast in de design rules, zie https://docs.geostandaarden.nl/api/API-Strategie-ext/#query-parameters

Dat hebben we gedeeltelijk opgelost, bijv. in v1.3 van de BRP Personen API (niet meer zichtbaar in v2.0).
In BRK en BAG gebruiken we ook lowerCamelCase voor queryparameters (dit is geen path parameter)

[CathyDingemanse]

we schrijven parameters in camelCase.

@CathyDingemanse dit is een breaking change. Toch doen? @MelvLee of kunnen/moeten we dit zo specificeren dat zowel inclusiefbeeindigd als inclusiefBeeindigd toegestaan zijn?

Toch doen. Er zijn nog geen actieve gebruikers op v2.0, release is nog niet definitief.

[fsamwel]

@JohanBoer voer jij dit t.z.t. door?

[JohanBoer]

Ik neem haast aan dat deze issue bij BRP-Bevragen thuishoort en niet bij BRP-tabellen-bevragen... Gaarne even bevestigen

[JohanBoer]

Ik neem haast aan dat deze issue bij BRP-Bevragen thuishoort en niet bij BRP-tabellen-bevragen... Gaarne even bevestigen

Inmiddels toch gevonden. Sorry voor de verwariing