Samenhang tussen GIO's en OW-objecten vastleggen
Vooraf
Deze bevinding komt voort uit het overleg met software leveranciers en plan-/adviesbureaus o.l.v. VNG over de uitwisseling tussen bureaus en BGs. De bevinding is door VNG aangemeld.
Probleemomschrijving
Veel gemeenten (en ook andere BGs) besteden het opstellen van (wijzingen op) omgevingsdocumenten uit aan een extern bureau. Die past de regeling aan in eigen software. Daarvoor gaat het bureau uit van de regelingversie met bijbehorende GIO's en OW-objecten die gedownload is van de LVBB of op een andere wijze verkregen is. Bij het aanbrengen van wijzigingen zullen de OW-objecten aangepast worden. Als gevolg daarvan zullen ook GIO's aangepast moeten worden. Omdat de regelingversie + GIO's + OW-objecten niet in de eigen software tot stand zijn gekomen, heeft de software geen informatie over de samenhang en weet dus niet welke GIO aangepast moet worden. De informatie in GIO en OW-objecten is ontoereikend om de samenhang te achterhalen. In verschillende ketenwerksessies en DSO-leveranciersoverleggen is gesproken over de mogelijkheid de samenhang via richtlijnen voor het gebruik van GIO's en OW-objecten te regelen, maar dat levert een beperking op in de toepassing van STOP of IMOW die ongewenst is.
Gevraagd wordt om de relatie tussen GIO en OW-objecten expliciet vast te kunnen leggen. Dit moet een optioneel onderdeel worden (van STOP, IMOW of apart) dat verplicht ondersteund moet worden door software die de uitwisseling tussen BG en bureau ondersteunt. De oplossing mag geen effect hebben voor software die dat niet ondersteunt. Het wordt aan DSO (Geonovum en KOOP) overgelaten om te bepalen waar de specificatie hiervan ondergebracht wordt.
Daarnaast moet de oplossing ook toepasbaar zijn in scenario's waar in eerste instantie alleen een GIO is gepubliceerd en de OW-objecten later (al dan niet door het bureau) toegevoegd worden.
Impact
Het is voor het bureau niet mogelijk om hun opdracht goed uit te voeren als ze niet een complete nieuwe versie van een regeling, inclusief OW-objecten en GIO's, aan BG kunnen leveren.
Gevraagd wordt om dit als onderdeel van release A (dus de versie vóór inwerkingtreding van de Omgevingswet) beschikbaar te stellen.
Betrokken partijen
BG (vooral gemeenten), externe bureaus en hun leveranciers.
Oplossingsrichting(en)
Uit eerder onderzoek is gebleken dat het voldoende is om een relatie te leggen tussen de "top-level" objecten in de GIO en in de OW-objectenhiërarchie. Als dat bekend is kan de unieke identificatie van de geometrieën (die in de GIO en in OW-locaties gelijk is) gebruikt worden om de GIO-Locatie en OW-locatie aan elkaar te koppelen. De tussenliggende OW-objecten (zoals groepen) kunnen dan ook afgeleid worden.
Het voorstel is om een aparte bestand te specificeren waarin de gehele GIO of een GIO-groep gekoppeld kan worden aan de bron in OW: een OW-groep of een van de type objecten die daar gebruik van maken (gebiedsaanwijzing, omgevingsnorm etc). Dit bestand wordt meegeleverd bij de bekendmaking van een besluit, wordt teruggegeven door de downloadservice van de LVBB en wordt meegenomen in het uitwisselpakket bij de uitwisseling tussen BG en bureau.
Dit is een backward-compatible uitbreiding van de huidige standaarden.
Gerealiseerde oplossing
Er komt een nieuwe STOP module (JuridischeBorgingVan) waarin een relatie gelegd kan worden tussen enerzijds de gehele GIO of een GIO-groep, en anderzijds de identificatie van OW-objecten. In de beschrijving van deze module komen de invulinstructies te staan: van alle OW-objecten die onderdeel zijn van juridische regels die op de GIO gebaseerd zijn, wordt het hoogste OW-object in de JuridischeBorgingVan opgenomen. Als een GIO bijvoorbeeld overeenkomt met een OW-OmgevingsNorm dan staat dat object vermeld; als de GIO overeenkomt met zowel een Beperkingengebied als een ActiviteitLocatieAanduiding dan staat die beide objecten vermeld; als de GIO een werkingsgebied betreft dat geen Beperkingengebied of ActiviteitLocatieAanduiding is maar waarvoor alleen een Locatiegroep is gemaakt, dan staat de Locatiegroep vermeld.
Deze STOP module speelt alleen een rol in het creatieproces - de landelijke voorzieningen gaan deze module niet gebruiken voor validatie o.i.d. Omdat JuridischeBorgingVan een generieke (STOP) module is, wordt het schema zo ingericht dat het ook naar andere domeinen dan IMOW kan verwijzen. Van die mogelijkheid zal voorlopig geen gebruik gemaakt worden.
Deze oplossing is met de leveranciers besproken en akkoord bevonden.
Toevoeging van LVBB
LVBB gaat ervan uit dat deze STOP-module alleen gebruikt wordt in de uitwisseling tussen BG en planbureaus. De LVBB / BHKV ondersteunt deze functionaliteit niet; LVBB is immers niet betrokken in dit proces.