Deze pagina geeft per release weer welke wijzigingen doorgevoerd worden met impact op de publieke API.
Bij elke release vind je 2 data terug: wanneer deze versie beschikbaar komt op de staging omgeving en wanneer deze beschikbaar staat op de productie omgeving.
Voor wijzigingen die geen impact hebben op bestaande implementaties (non-breaking changes zoals extra functionaliteiten, extra velden, …) wordt de release op productie 1 week na de release op staging uitgevoerd.
Voor wijzigingen met impact op bestaande implementaties (breaking changes) worden de release data zowel op staging als op productie ruim op voorhand aangekondigd.
De versie nummering wordt gelijk gehouden voor alle ontwikkelingen van het verenigingsregister. Soms gebeurt het dus dat een nieuwe versie in productie gezet wordt die geen impact heeft op de publieke API. In dat geval gaan we die versie gewoon vermelden, al was het maar om de versie nummers te kunnen controleren.
Het huidige versie nummer van de publieke API vind je terug in de API documentatie. Helemaal onderaan wordt het versie nummer dat nu op die omgeving staat weer gegeven.
⏳ Versie 8.121.0 Dagelijkse synchronisatie met het adressenregister
Datum staging:
Datum productie: nog te bepalen (verwacht in augustus)
Details
Dagelijkse synchronisatie met het adressenregister
Deze kleine update zorgt er voor dat er nu dagelijks automatisch een synchronisatie loopt met het adressenregister.
⌛ Versie 8.118.0 synchronisatie met adressenregister + bugfix voor lege locatie naam
Datum staging:
Datum productie: nog te bepalen (verwacht in augustus)
Details
Wijzigingen aan publieke API
Geen
Info over beheer mogelijkheden
Synchronisatie met het adressenregister
Wanneer een adres wordt opgegeven met een adresId EN adrescomponenten (straatnaam, huisnummer, …) dan wordt dit nu geweigerd.
Wanneer een adres wordt opgegeven met enkel een adresId, dan worden de bijhorende adrescomponenten opgehaald uit het adressenregister, maar enkel wanneer het adresId verwijst naar een bestaand adres in status Ingebruik of Voorgesteld.
Wanneer adresmatch de adrescomponenten wijzigt en hierdoor zou een identieke locatie ontstaan (zelfde locatietype, naam en adres), dan zal een van de identieke locaties verwijderd worden: de locatie die als primair is aangeduid blijft behouden, de andere verdwijnt. Wanneer beide locaties als niet primair stonden aangeduid, dan wordt de nieuwste locatie verwijderd
Bugfix voor lege locatie naam
Stel: een vCode heeft een locatie met type = activiteiten en naam leeg ("naam": ""). Wanneer dan een nieuwe locatie wordt toegevoegd met type = activiteiten en hetzelfde adres maar in de request om toe te voegen wordt het naam veld niet ingevuld, dan werd deze locatie toch niet als dubbel gezien. Dit is nu opgelost, zodat het weglaten van het naam veld hetzelfde reageert als het toevoegen van "naam": ""
⏳ Versie 8.92.1 Adresmatch op ingevoerde adressen + statuspagina
Datum staging:
Datum productie: (verwacht - uitgesteld)
Details
Adresmatch op ingevoerde adressen
Alle ingevoerde adressen worden nagekeken of ze al dan niet overeenkomen met een bestaand adres uit het adressenregister. Wanneer een match gevonden wordt, wordt de juiste spelling van het adres overgenomen. Het adres krijgt dan ook een adres ID toegewezen (zie locaties.adresId.bronwaarde)
✅ Versie 8.85.8 Bugfix voor de synchronisatie met KBO
Datum staging:
Datum Productie:
Details
Bugfix voor de synchronisatie met KBO
Na de release op staging van de vorige versie, is gebleken dat er nog problemen waren met de synchronisatie met KBO. Deze bugs zijn in deze versie aangepakt, zodat we nu toch van start kunnen gaan met de KBO synchronisatie.
Versie 8.85.3 Synchronisatie met KBO, bugfixes voor JSON-LD formaat
Datum Staging:
Datum productie: (geannuleerd)
Details
Synchronisatie met KBO
De gegevens van de verenigingen met rechtspersoonlijkheid worden bij registratie overgenomen uit KBO. Vanaf nu gaan we ook dagelijks de wijzigingen in KBO synchroniseren naar het verenigingsregister. Zowel de naam, korte naam, startdatum, maatschappelijke zetel als de contactgegevens worden daarbij gecontroleerd. Ook wanneer een KBO vereniging stopt in KBO (status in KBO is niet langer Actief of in oprichting), wordt de vereniging gestopt in het verenigingsregister.
Bugfixes JSON-LD
2 kleine wijzigingen aan het JSON-LD output formaat:
De context bevatte nog een komma op het einde wat een probleem veroorzaakte bij het converteren naar triples
Bij het veld hoofdactiviteit.code was de prefix act: vergeten
✅ Versie 8.78.0 Verbeteringen aan het sorteren in publieke zoek, output in JSON-LD formaat
Datum Staging:
Datum productie:
Details
Verbeteringen publiek zoek sorteren
Wanneer de resultaten van de publieke zoek gesorteerd worden op een tekstveld, dan worden ook hier enkele verschillen in schrijfwijze genegeerd om een intuitievere sortering te bekomen.
Bij het sorteren op tekstvelden, negeren we enkele verschillen in schrijfwijze:
hoofdletter ongevoelig ( A = a, B = b, …)
accent ongevoelig (é = è = ê = ë = e, à = â = ä = a, …)
puntjes worden weggewerkt (a.b.c = abc)
leading spaces (zodat “ AAA” voor “ZZZ” komt)
Output in JSON-LD formaat
Zowel de publieke zoek als de publieke detail endpoints zijn nu in JSON-LD formaat. Om dit te realiseren zijn enkele velden toegevoegd en is ook het context bestand opgevuld. Samen zorgen deze er voor dat de gehele output correct vertaald kan worden naar triples.
Bij het zoeken op tekstvelden, negeren we enkele verschillen in schrijfwijze:
hoofdletter ongevoelig ( A = a, B = b, …)
accent ongevoelig (é = è = ê = ë = e, à = â = ä = a, …)
puntjes worden weggewerkt (a.b.c = abc)
leestekens worden genegeerd
toevoegen korte beschrijving aan publieke zoek
In het zoekresultaat werd nu ook de korte beschrijving toegevoegd. Dit veld kan eveneens gebruikt worden als zoekcriterium.
Voorbeeld: Onderstaande URL zoekt naar alle verenigingen die het woord tennis in hun korte beschrijving hebben staan. Het 2e voorbeeld zoekt naar alle verenigingen die het woord tennis in een van de zoekvelden hebben staan, dus niet alleen in de korte beschrijving, maar dit kan ook terug te vinden zijn in de naam, de korte naam, het adres…
GET <publiekURL>/v1/verenigingen/zoeken?q=korteBeschrijving:*tennis*
GET <publiekURL>/v1/verenigingen/zoeken?q=*tennis*
Add Comment