Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 22 Next »

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.

Status van de diensten: zie https://www.vlaanderen.be/digitaal-vlaanderen/status/status-overzicht?product=Verenigingsregister

⏳ 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)

Statuspagina

Op https://www.vlaanderen.be/digitaal-vlaanderen/status/status-overzicht?product=Verenigingsregister vind je de status van de verschillende API’s op de 2 omgevingen terug. Je kan je ook abonneren op meldingen zodat je hiermee automatisch op de hoogte gebracht wordt van nieuwe releases en/of zware incidenten.

✅ 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.

(error) 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.

(info) Versie 8.53.3 - geen impact op publieke API

Datum productie:

✅ Versie 8.52.0 - verbeteren publieke zoek resultaten, toevoegen korte beschrijving aan publieke zoek

Datum productie:

 Details

verbeteren publieke zoek resultaten

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*
  • No labels