post VastgesteldFeitLocaties

Owned by Manja Decat
Last updated: Oct 08, 2024 by Troy Verhelst
2 min read

Situering

Een lijst van locaties toevoegen aan een vastgesteld feit.

Bij input van een gestructureerd adres zal deze omgezet worden naar een adres indien er een 100% match is met een adres uit het adressenregister indien er geen 100% match aanwezig is wordt dit niet gespecifieerd.

Bij niet gespecificeerd is de gemeentenaam optioneel en deze wordt overschreven met de gemeente die uit de NIS code gehaald wordt.

Elke POST moet volledig zijn. Een lege POST verwijdert alle locaties.

Bij voorkeur wordt er gebruik gemaakt van object id’s van het Gebouwen- en Adressenregister. Als dit niet mogelijk is zijn er de locatietypes adresNietGestructureerd en nietGespecifieerd.

Achterliggend gaat het VHP het locatietype adresNietGestructureerd proberen om te zetten naar een locatietype adres. Als dit niet lukt, zetten we het om naar een locatietype nietGespecifieerd.

Door deze omzetting kan je bij het opvragen van locaties nooit een locatietype adresNietGestructureerd terugkrijgen ookal is dit type aanwezig in de GetLocatieDto.

Beschrijving input

Algemeen

Validaties

  • vastgesteldFeitId bestaat

  • Entiteit heeft toegang tot het vastgesteld feit

  • Eenzelfde locatie mag maar 1 keer aanwezig zijn

  • Een opgegeven niscode moet aanwezig zijn in het basisregister (de Capakey REST service van Digitaal Vlaanderen (https://geo.api.vlaanderen.be/capakey/v2/swagger/ui/index#!/Municipality/Municipality_GetMunicipalityCall ))

  • Indien er een nietGespecifieerd adres opgegeven wordt dan is niscode verplicht

  • Indien bij een nietGespecificeerd adres het center opgegeven is, dan moet de x en y in Lambert72-formaat bestaan en deze punten moeten liggen tussen 20000 en 300000. Decimalen kunnen ingegeven worden door middel van een punt of komma. Voorbeeld: 155242,92840000242 206698,81329999864

  • Indien bij een nietGespecificeerd adres de boundingBox (=polygoon) opgegeven is, dan moeten er minstens vier punten ingegeven worden. Het eerste en laatste ingegeven punt moeten identiek zijn

  • Indien perceel dan is het objectId de capaKey en moet die het juiste formaat hebben (‘00000A0000-00A000’ of ‘00000A0000/00A000’ bvb 23085A0055-00S000 of 23085A0055/00S000)

  • Indien perceel dan moet het objectId een bestaande capakey zijn in het basisregister en het perceel mag niet gehistoreerd zijn

  • Indien adres dan moet het objectId bestaan in het basisregister

  • Indien gebouw dan moet het objectId bestaan in het basisregister

  • Indien gebouweenheid dan moet het objectId bestaan in het basisregister

  • Bij perceel moet geopunt beschikbaar zijn

  • Bij adres, gebouw, gebouweenheid of perceel moet het basisregister beschikbaar zijn

Codetabellen

nvt

Beschrijving resultaat

Algemeen

nvt

Uitzonderingen

nvt

Codetabellen

nvt

Versies

Wijziging tov vorige versie

Datum release

Release

Wijziging tov vorige versie

Datum release

Release

initiële versie

14/06/2023

24

aanpassingen bij perceel

09/08/2023

27

aanpassingen bij adres, gebouw en gebouweenheid

23/08/2023

28

uitbreidingen en extra validaties

06/09/2023

29

aanpassing nietGespecifieerd en het omzetten van een nietGestructureerd naar adres of nietGespecifieerd

20/09/2023

30