/free rangschikt 3A boven enkel 1 — hoe om te gaan met bereik-notatie zoals 1-3?

We sturen ruwe, door de bron aangeleverde adressen naar /free. Voorbeeld:

https://api.pdok.nl/bzk/locatieserver/search/v3_1/free?q=Thomas%20R.%20Malthusstraat%201-3%201066JR

‘Thomas R. Malthusstraat 1-3 1066JR’

Bovenaan: 3A, 3B, daarna enkel 1. We zouden verwachten dat enkel 1 wint wanneer de zoekvraag geen huisletter bevat.

/suggest geeft dezelfde volgorde. fq=-huisletter:[* TO *] lost het op, maar verbergt ook echte huisletter-adressen.

Is er aan PDOK-kant een aanbevolen manier om bereik-invoer zoals 1-3 af te handelen zonder de string vooraf te bewerken?

@warrenmiller Nee helaas, de locatie server gebruikt de ingave direct als iets om te vinden in de data. “1-3” wordt niet herkend als range, maar iets om te vinden in de data.