From 40fb75749257995f87271ab072e4ab4da552d9e0 Mon Sep 17 00:00:00 2001 From: wilkoquak Date: Wed, 21 Aug 2024 11:36:55 +0000 Subject: [PATCH] snapshot --- snapshot.html | 292 ++++++++++++++++++++++---------------------------- 1 file changed, 126 insertions(+), 166 deletions(-) diff --git a/snapshot.html b/snapshot.html index 1142fe4..ed88e54 100644 --- a/snapshot.html +++ b/snapshot.html @@ -334,8 +334,8 @@ "publisher": "Geonovum", "date": "7 juni 2024" }, - "MIM": { - "id": "MIM", + "MIM12": { + "id": "MIM12", "title": "MIM - Metamodel Informatie Modellering (Versie 1.2)", "href": "https://docs.geostandaarden.nl/mim/def-st-mim-20240613/", "status": "Definitief", @@ -381,13 +381,12 @@ "publisher": "NEN", "date": "2020-06-20" }, - "STOPIC": { - "id": "STOPIC", - "title": "Standaard Officiële Publicaties 1.4.0-ic", - "href": "https://koop.gitlab.io/STOP/standaard/1.4.0-ic/index.html", + "STOP14": { + "id": "STOP14", + "title": "Standaard Officiële Publicaties 1.4.0", + "href": "https://koop.gitlab.io/STOP/standaard/1.4.0/index.html", "status": "Implementatie Kandidaat", - "publisher": "KOOP", - "date": "2024-04-12" + "publisher": "KOOP" } }, "title": "Informatiemodel Omgevingswet (IMOW) 3.1", @@ -425,7 +424,7 @@

Geonovum Informatiemodel
Werkversie - +

@@ -470,7 +469,7 @@

waarop het Digitaal Stelsel Omgevingswet (DSO) is gebaseerd. Het IMOW specificeert hoe de concepten van het CIM-OW geïmplementeerd moeten worden en legt vast welke objecten aan het DSO moeten worden aangeleverd.

- + @@ -479,7 +478,7 @@

Dit is een werkversie waarin we de consultatieresultaten in verwerken. In appendix-A is een overzicht van de wijzigingen te vinden.

-

1. Inleiding

Het Informatiemodel Omgevingswet (IMOW) is de toepassing van het CIM-OW op het +

1. Inleiding

Het Informatiemodel Omgevingswet (IMOW) is de toepassing van het CIM-OW op het niveau van gegevensuitwisseling. Het is daarmee ook gekoppeld aan de Standaard voor Officiële Publicaties (STOP) die beschrijft hoe officiële publicaties moeten worden opgesteld en aangeleverd om te kunnen worden bekendgemaakt en @@ -513,7 +512,7 @@

LVBB. Het LVBB bronhouderkoppelvlak [LVBBBHKV] schrijft de structuur van het ZIP bestand voor.

-

  • De Standaard Officiële Publicaties (STOP) [STOPIC] legt de documentstructuur +

  • De Standaard Officiële Publicaties (STOP) [STOP14] legt de documentstructuur van de tekst van het besluit en regeling van de aanlevering vast. Ook legt STOP metadata voor de verwerking van het besluit en beschrijft STOP @@ -544,7 +543,7 @@

    Stelselcatalogus gepubliceerd.

    • -

  • Het IMOW maakt gebruik van andere standaarden waaronder de [NEN3610_2022] standaard.

    +

  • Het IMOW maakt gebruik van de [NEN3610_2022] standaard.

  • Voorbeeldbestanden van correcte aanleveringen geven inzicht hoe IMOP en IMOW technisch toegepast kunnen worden om een nieuw omgevingsdocument aan te @@ -584,7 +583,10 @@

    regeling via een kaart te ontsluiten.

    STOP beschrijft twee soorten tekststructuren voor omgevingsdocument: de artikelstructuur en de vrijetekststructuur. -De artikelstructuur moet worden gebruikt voor regelingen die zijn opgebouwd uit één of meer artikelen die regels bevatten. De vrijetekststructuur wordt gebruikt voor regelingen met een vrijere opzet waarin geen artikelen en regels voorkomen. Per tekststructuur is een set OW-objecten beschikbaar.. Voor beide typen +De artikelstructuur moet worden gebruikt voor regelingen die zijn opgebouwd uit +één of meer artikelen die regels bevatten. De vrijetekststructuur wordt gebruikt +voor regelingen met een vrijere opzet waarin geen artikelen en regels voorkomen. +Per tekststructuur is een set OW-objecten beschikbaar. Voor beide typen tekststructuren is een diagram toegevoegd met hierin de toegelaten objecttypen, attributen en relaties.

    • 1.3 Begrippen

    @@ -605,19 +607,20 @@

    1.4 uitgangspunten van modellering

    De volgende uitgangspunten zijn gehanteerd bij het opstellen van het IMOW:

      -
    • Conformiteit met Metamodel voor informatiemodellering, MIM 1.1 [MIM].
      • +
    • Conformiteit met Metamodel voor informatiemodellering, MIM 1.2 [MIM12].
    • Het IMOW is opgesteld als een UML klassediagrammen. Voor algemene uitleg over UML klassediagram zie wikipedia: UML klassediagram.
      • -
    • Het model is een implementatie van het [CIMOW] waarbij bij implementatie -niet altijd gekozen is voor de structurering zoals beschreven in het CIM-OW.
      • +
    • Het model is een implementatie van het CIM-OW waarbij bij implementatie +niet altijd gekozen is voor de structurering zoals beschreven in het CIM-OW [CIMOW].

    1.5 Gegevensdefinitie en UML-Diagrammen

    In hoofdstuk 2 van het IMOW bevat de gegevensdefinies. Dit hoofdstuk bevat UML diagrammen waarin de objecttypes beschreven zijn. In de diagrammen zijn de -objecttypen aan te klikken en wordt er gelinkt naar de definitie en attributen van dat objecttyp in +objecttypen aan te klikken en wordt er gelinkt naar de definitie en attributen van dat objecttype in de objectcatalogus. De in de catalogus benoemde metagegevens zoals bijvoorbeeld Naam, Definitie, Indicatie abstract object zijn termen uit het Metamodel. -Informatiemodellering [MIM]. Door te klikken op de attribuutnaam kom je bij de definitie van dat attribuut met enkele eigenschappen van dat attribuut volgens MIM:

    +Informatiemodellering [MIM12]. Door te klikken op de attribuutnaam kom je bij de +definitie van dat attribuut met enkele eigenschappen van dat attribuut volgens MIM:

    • De kenmerken 'Indicatie materiële historie' en 'Mogelijk geen waarde' hebben geen betekenis in het IMOW.
    @@ -11174,7 +11177,7 @@

    -

    4. Technische implementatie IMOW

    Dit hoofdstuk beschrijft de technische aspecten van het toevoegen van OW-bestanden +

    4. Technische implementatie IMOW

    Dit hoofdstuk beschrijft de technische aspecten van het toevoegen van OW-bestanden aan een aanlevering aan de LVBB. Paragraaf 4.1 schrijft voor welke OW-bestanden moeten worden aangeleverd. Paragraaf 4.2 stelt eisen aan de aanlevering.

    @@ -11186,13 +11189,15 @@

    Regels:

    • Het manifest-ow.xml in een OW-aanlevering moet voldoen aan het xml-schema in bestanden-ow/generiek/manifest-ow.xsd. (LVBB1032)
      • +
    • Het xml-attribuut schemaversie in het root element Aanleveringen bevat het versienummer van het gebruikte xsd.
    • De bestanden waarnaar het OW-manifest verwijst moeten bestaan.

    Zie paragraaf 2.1 voor een uitleg van de XML elementen in deze bestanden.

    4.1.1 Het aanleveren van OW-objecten in OW-bestanden

    In het OW-manifest is beschreven welke OW-bestanden er zijn. Relaties in het IMOW worden geserialiseerd door de identificaties van de gerelateerde objecten op te nemen.

    Regels:

      -
    • OW-bestanden moeten voldoen aan het xml-schema in bestanden-ow/generiek/standlevering-generiek.xsd
      • +
    • OW-bestanden moeten voldoen aan het xml-schema in bestanden-ow/deelbestand-ow/IMOW_Deelbestand.xsd"
      • +
    • Het xml-attribuut schemaversie in het root element owBestand bevat het versienummer van het gebruikte xsd.
    • Bij een OW-aanlevering behorend bij een besluit over een omgevingsdocument met artikelstructuur mogen geen andere dan de volgende OW-objecten worden aangeleverd: Regeltekst, Juridische regel, Activiteit, Gebiedsaanwijzing, Omgevingsnorm, Omgevingswaarde, Locatie, Pons, Kaart en Regelingsgebied.
    • Bij een OW-aanlevering behorend bij een besluit over een omgevingsdocument met vrijetekststructuur mogen geen andere dan de volgende OW-objecten worden aangeleverd: Divisietekst, Tekstdeel, @@ -11377,7 +11382,7 @@

      gekoppeld is.

    -

    5. Regels voor de OW-aanlevering als onderdeel van een aanlevering aan de LVBB

    Een aanlevering aan de LVBB initieert of wijzigt één of meer +

    5. Regels voor de OW-aanlevering als onderdeel van een aanlevering aan de LVBB

    Een aanlevering aan de LVBB initieert of wijzigt één of meer regelingen. Om de OW-objecten behorend bij de regeling te maken of te wijzigen koppel je aan de wijziging een OW-aanlevering. Dit hoofdstuk beschrijft eerst op welke manier een OW-aanlevering de collectie OW-objecten bij een @@ -11422,7 +11427,7 @@

    OW-object.

    Regel: Een wijziging van een OW-object moet daadwerkelijk een kenmerk van het OW-object wijzigen. (OZON0108).

    -

    Hierbij wordt een relatie bij een OW-object ook gezien als een kenmerk.

    +

    Een kenmerk is een attribuut of uitgaande associatie van het OW-object.

    Regel: Bij het wijzigen van een OW-object moet het een instantie blijven van hetzelfde UML Objecttype.

    Toelichting: De objecttypen JuridischeRegel en Locatie zijn abstract (in @@ -11438,6 +11443,7 @@

    Omgevingswaarde.
  • Kaartlaag – deze moet altijd gewijzigd worden vanuit een Kaart.
    • +

    Noot: Het is mogelijk een beëindigd OW-object weer actief te maken.

    5.2.3 Een OW-object beëindigen

    Wanneer een OW-object wordt aangeleverd waarbij het veld status de waarde 'B' heeft dan krijgt het oorspronkelijke OW-object de status beëindigd.

    Regel: Het beëindigen van een OW-object is alleen toegestaan als de inhoud van @@ -11485,9 +11491,11 @@

    in een nieuwe regelingversie. Hoe deze precies aangeleverd gaan worden is nog niet gespecificeerd maar naar verwachting zal het veel lijken op het aanleveren van een besluit.

    -

    5.3.3 Beëindigen van OW-objecten behorend bij een ingetrokken regeling

    Wanneer een Regeling wordt ingetrokken worden alle OW-objecten bij die regeling -beëindigd.

    -

    Regel: Aan de intrekking van een Regeling is geen OW-aanlevering gekoppeld.

    +

    5.3.3 Beëindigen van OW-objecten behorend bij een ingetrokken regeling

    Wanneer een Regeling wordt ingetrokken moeten alle OW-objecten bij die regeling +beëindigd. Er zijn twee manieren waarop dit gedaan kan worden:

    +

    Regel: (1) Als er geen OW-objecten gekoppeld zijn aan de intrekking van een regeling dan zal +het stelsel de OW-objecten behorend bij die regeling beëindigen. (2) Als er wel OW-objecten gekoppeld zijn aan de intrekking dan zal het stelsel zelf geen OW-objecten beëindigen.

    +

    Toelichting: In het tweede geval moet het bevoegd gezag er zelf voor zorgen dat de OW-objecten behorend bij de regeling beëindigd worden. Als je dit niet goed doet zal de intrekking geweigerd worden. Ook als er vanuit andere regelingen nog verwijzingen zijn naar de OW-objecten in de ingetrokken regeling zal het stelsen de intrekking weigeren.

    5.3.4 Het aanleveren van een Ontwerpbesluit

    In STOP kunnen ontwerpregelingen gemaakt worden met een ontwerpbesluit. Zo'n besluit wijzigt de tekst en de OW-objecten behorend bij een @@ -11497,14 +11505,14 @@

  • Het soortprocedure (c.q. proceduretype) is ontwerp (i.p.v. definitief).
  • De ConsolidatieInformatie mag geen tijdstempels bevatten.
    • -

    Voor een IMOW ontwerpbesluit zijn de regels niet anders dan een regulier besluit.

    +

    Vanuit het IMOW bezien gedraagt een ontwerpbesluit zich niet niet anders dan een regulier besluit.

    6. Onderdelen van STOP relevant voor IMOW

    Dit onderdeel is niet normatief.

    Dit hoofdstuk beschrijft STOP onderdelen die relevant zijn voor het IMOW. Enkele dingen worden toegelicht vanuit OW-perspectief, omdat de samenhang met de OP-standaard relevant is. Paragraaf 6.1 beschrijft de consolidatieinformatie uit een Regeling. In paragraaf 6.2 worden GIO’s beschreven. In paragraaf 6.3 staan regels voor het aanleveren van GML.

    -

    Zie de STOP [STOPIC] en het CIM-OP [CIMOP] voor meer details.

    +

    Zie d[STOP14] en het [CIMOP] voor meer details.

    6.1 ConsolidatieInformatie

    In het STOP deel van de aanlevering wordt ConsolidatieInformatie meegeleverd. De ConsolidatieInformatie bepaalt de tijdlijn van de regelingen en informatieobjecten die ontstaan uit een Besluit. Diezelfde tijdlijn geldt voor @@ -11612,12 +11620,89 @@

    OZON valideert hierop door een geometrie die buiten en naar buiten afgeronde bounding box rondom het genoemde gebied ligt te weigeren.

    -

    A. Bijlage: versiehistorie

    In de versiehistorie wordt met WELT-xx verwezen naar de Wensen en Eisen Lijst +

    A. Bijlage: versiehistorie

    A.1 omschrijving wijzigingen in versie 3.1.0

    +

    Voor de belangrijkste wijzigingen in deze versie geven we hier extra toelichting.

    +

    Wijziging om aan te sluiten op de extra consolidatiemechanismes van STOP 1.4

    +

    Om aan te sluiten op de extra consolidatiemechanismes van STOP 1.4 is +OW-aanlevering is een attribuut 'expressionIDRegeling' toegevoegd. Door +de nieuwe consolidatiescenario's waren attributen 'workIDRegeling' en 'doelID' +niet altijd meer voldoen om eenduidig de OW-aanlevering te koppelen aan de juiste +STOP consolidatie. Hoofdstuk 5 +gaat hier dieper op in.

    +

    Nieuw attribuut: expressionIDRegeling

    +
      +
    • IMOW 3.0: expressionIDRegeling is leeg. Er mag geen gebruik gemaakt worden van STOP 1.4+ mutatiescenario's.
      • +
    • IMOW 3.1: doelID is leeg. Er mag gebruik gemaakt worden van de STOP 1.4+ mutatiescenario's
      • +
    +

    Het attribuut hoogte is uit Locatie verwijderd

    +

    Hoogte was een optioneel attribuut van Locatie waarmee een beperkte mate van 3D +mogelijk is. Maar omdat STOP dit kenmerk niet kent kan de hoogte van een +locatie niet rechtsgeldig bekendgemaakt worden. Hierom is het +attribuut hoogte uit Locatie verwijderd.

    +

    Besluiten met een hoogte worden in IMOW 3.1 geweigerd.

    +

    Omgevingsnorm en Omgevingswaarde (Norm)

    +

    Diverse werkafspraken over het gebruik van Omgevingsnorm en Omgevingswaarde in +IMOW zijn opgenomen in de standaard. In het bijzonder:

    +
      +
    • Een Normwaarde geldt per individuele geometrie. Een Normwaarde die bedoeld +is als gezamenlijke waarde voor meerdere geometrieën is niet toegestaan.
      • +
    • Een Norm mag maar één waarde op een Locatie hebben.
      • +
    • Locaties van een Norm mogen elkaar niet geheel of gedeeltelijk overlappen.
      • +
    +

    Idealisatie moet dezelfde waarde hebben voor alle Juridische regels en Tekstdelen

    +

    De werkafspraak dat het attribuut idealisatie dezelfde waarde moet hebben voor +alle Juridische regels bij een Regeltekst / alle Tekstdelen bij een Divisietekst +is nu verwerkt in het IMOW door constraints toe te voegen.

    +

    Ook is expliciet beschreven dat idealisatie bij divisietekst allen ingevuld mag +worden als er locatieaanduidingen gekoppeld zijn aan de divisietekst en anders niet.

    +

    Klasse SymbolisatieItem vervangen door attriuut eigenSymbolisatie

    +

    De bestaande werkafspraak om de klasse SymbolisatieItem niet te gebruiken is +verwerkt in het IMOW door de klasse SymbolisatieItem te verwijderen. Hiervoor in de +plaats hebben de klassen Activiteit­Locatieaanduiding, Norm en Gebiedsaanwijzing een +optioneel attribuut eigenSymbolisatie gekregen.

    +

    Gebruik van versienummer in IMOW-aanlevering verplicht

    +

    Tot en met IMOW 3.0.1 kon aan het bronhouderkoppelvlak van de LVBB slechts één +versie van het IMOW aangeleverd. Met ingang +van IMOW 3.1 is het veld IMOWversie verplicht en gebruikt de LVBB dit nummer +om te bepalen welke versie van de standaard gebruikt wordt.

    +

    Sinds versie 3.1 van het IMOW is het veld IMOWversie in OW-manifest verplicht. Het versienummer bepaalt aan welke versie van het IMOW model de aanlevering voldoet en dus aan welke (validatie-)regels de aanlevering moet voldoen.

    +

    Verplicht maken van IMOWversie:

    +
      +
    • Als het veld IMOWversie niet volgens het aangegeven patroon is ingevuld wordt de aanlevering geweigerd.
      • +
    • Als er geen waarde is ingevuld, of de waarde verwijst naar een IMOW versie van 3.0 of lager dan moet de aanlevering voldoen aan de regels van IMOW versie 3.0.
      • +
    • Als het veld IMOWversie een versienummer van 3.1 of hoger bevat dat moet de aanlevering voldoen aan de regels van de genoemde versie van IMOW.
      • +
    • Noot: Het aanleveren van een niet ondersteunde IMOWversie kan resulteren in een melding van de voorziening.
      • +
    +

    OW-objecten worden automatisch beëindigd bij het intrekken van een regeling

    +

    In eerdere versies van het IMOW werd beschreven dat bij het intrekken van een +regeling het bevoegd gezag zelf verantwoordelijk is voor het beëindigen van de +aan de regeling gekoppelde OW-objecten. Deze wijziging zorgt ervoor dat die +OW-objecten automatisch worden ingetrokken.

    +

    Hierdoor wordt het intrekken van regelingen eenvoudiger. Vooral bij het +het intrekken van tijdelijk regelingdelen, die soms door een ander bevoegd +gezag worden ingetrokken dan degene die ze gemaakt heeft is dit wenselijk.

    +
      +
    • IMOW 3.0: Bij het intrekken van een regeling moeten alle OW-objecten door het bevoegd gezag worden beëindigd.
      • +
    • IMOW 3.1: Als je bij de intrekking van een regeling OW-objecten aanlevert ben je er als bevoegd gezag zelf verantwoordelijk voor om alle OW-objecten te beëindigen. Als je geen OW-objecten aanlevert zal het stelsel allen OW-objecten behorend bij de regeling voor je beëindigen.
      • +
    +

    Expliciet gemaakt dat een geometrie binnen Nederland inclusief EEZ moet liggen

    +

    Om het functioneren van de landelijke voorziening te waarborgen is een regel +toegevoegd die Geometrie die ruim buiten Nederland met inbegrip van de exclusieve +economische zone valt weigert. Het stelsel gaat hierop valideren door alle geometrie +die buiten de naar buiten afgeronde bounding box rondom het genoemde gebied ligt +te weigeren.

    +

    Attribuut procedureStatus uit OW-object verwijderd

    +

    De waarde van het veld procedureStatus in een IMOW object is af te leiden uit +het STOP deel van een aanlevering en is redundant. Dit kenmerk is geschrapt.

    +

    In het XML schema komt het veld ProcedureStatus nog wel voor. In versie 3.0 wordt +er op het kenmerk gevalideerd. Vanaf versie 3.1 wordt het kenmerk genegeerd.

    +

    A.2 Eerdere wijzigingen

    +

    In de versiehistorie wordt met WELT-xx verwezen naar de Wensen en Eisen Lijst voor de TPOD-standaard. Deze lijst bevat meldingen en wijzigingsverzoeken die door gebruikers van de standaard zijn ingediend. De ingediende meldingen zijn te vinden via https://www.geonovum.nl/geo-standaarden/meldingen.

    Omdat het document grondig is geherstructureerd zijn de paragraafverwijzingen -tot versie 3.0.1 niet meer geldig en die zijn verwijderd.

    +tot versie 3.0.1 niet meer geldig en verwijderd.

    @@ -11901,135 +11986,7 @@

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    2023-12-27 Foutieve diagrammen in Figuur 3 en 4 gerepareerd.
    3.1TODODe mogelijkheid om geen geldigOp datum mee te geven uit de tekst gehaald. Modelmatig was dit al niet mogelijk.
    Verwijzing opgenomen naar nieuwe versie van 'Basisgeometrie' document. Hierin staat een verwijzing naar het lange lijnen advies waardoor het nu mogelijk is te waarschuwen voor lange lijnen.
    Overgestapt naar MIM versie 1.2. Dit heeft geen inhoudelijke invloed op de standaard.
    Toevoegen attribuut OW-aanlevering.expressionIdentifier.
    Het attribuut hoogte uit Locatie verwijderd.
    -

    A.1 uitgebreide voor wijzigingen in 3.1

    -

    Hieronder volgt een overzicht van de belangrijkste wijzigvoorstellen die in deze -consultatie worden voorgelegd. Veel van de voorgestelde wijzigingen zijn al met -diverse ketenpartners besproken. Door deze consultatieversie te publiceren -delen we ze in samenhang met een breed publiek. De -resultaten van deze consultatie zijn input voor verdere besluitvorming.

    -

    Wijziging om aan te sluiten op de extra consolidatiemechanismes van STOP-ic

    -

    Een belangrijk onderdeel van STOP-ic is de introductie van versiebeheer voor -regelgeving waardoor extra consolidatie scenario's mogelijk zijn. Hoofdstuk 5 -schrijft voor hoe het IMOW hierop aansluit.

    -

    Aan OW-aanlevering is een attribuut 'expressionIdentifier' toegevoegd. Door de nieuwe -consolidatiescenario's in STOP waren attributen 'workIDRegeling' en 'doelID' -niet altijd meer voldoen om eenduidig de OW-aanlevering te koppelen aan de juiste -STOP consolidatie.

    -

    Het attribuut hoogte uit Locatie verwijderen

    -

    Hoogte is een optioneel attribuut van Locatie, waarmee een beperkte mate van 3D -mogelijk is. Maar omdat STOP dit kenmerk niet kent kan de hoogte van een -locatie niet rechtsgeldig bekendgemaakt worden. De werkafspraak om het attribuut -hoogte niet te gebruiken is nu in het IMOW verwerkt door het -attribuut hoogte uit Locatie te verwijderen.

    -

    Omgevingsnorm en Omgevingswaarde (Norm)

    -

    Diverse werkafspraken over het gebruik van Omgevingsnorm en Omgevingswaarde in -IMOW zijn opgenomen in de standaard. In het bijzonder:

    -
      -
    • Een Normwaarde geldt per individuele geometrie. Een Normwaarde die bedoeld -is als gezamenlijke waarde voor meerdere geometrieën is niet toegestaan.
      • -
    • Een Norm mag maar één waarde op een Locatie hebben.
      • -
    • Locaties van een Norm mogen elkaar niet geheel of gedeeltelijk overlappen.
      • -
    -

    Idealisatie moet dezelfde waarde hebben voor alle Juridische regels en Tekstdelen

    -

    De werkafspraak dat het attribuut idealisatie dezelfde waarde moet hebben voor -alle Juridische regels bij een Regeltekst / alle Tekstdelen bij een Divisietekst -is nu verwerkt in het IMOW door constraints toe te voegen

    -

    Ook is expliciet beschreven dat idealisatie bij divisietekst slechts dan ingevuld mag -worden als er locatieaanduidingen gekoppeld zijn aan de divisietekst.

    -

    Klasse SymbolisatieItem verwijderd

    -

    De bestaande werkafspraak om de klasse SymbolisatieItem niet te gebruiken is -verwerkt in het IMOW door de klasse SymbolisatieItem te verwijderen. In een -volgende versie van het IMOW komt een klasse met vergelijkbare functionaliteit.

    -

    Gebruik van versienummer in IMOW-aanlevering verplicht

    -

    Tot en met IMOW 3.0.1 kon aan het bronhouderkoppelvlak van de LVBB slechts één -versie van het IMOW aangeleverd. Met ingang -van IMOW 3.2 is het veld IMOWversie verplicht en gebruikt de LVBB het versienummer om te bepalen welke versie van de standaard gebruikt wordt.

    -

    OW-objecten worden automatisch beëindigd bij het intrekken van een regeling

    -

    In eerdere versies van het IMOW werd beschreven dat bij het intrekken van een -regeling het bevoegd gezag zelf verantwoordelijk is voor het beëindigen van de -aan de regeling gekoppelde OW-objecten. Deze wijziging zorgt ervoor dat die -OW-objecten automatisch worden ingetrokken.

    -

    Hierdoor wordt het intrekken van regelingen eenvoudiger. Vooral bij het -het intrekken van tijdelijk regelingdelen, die soms door een ander bevoegd -gezag worden ingetrokken dan degene die ze gemaakt heeft is dit wenselijk.

    -

    Expliciet gemaakt dat een geometrie binnen Nederland inclusief EEZ moet liggen

    -

    Om het functioneren van de landelijke voorziening te waarborgen is een regel -toegevoegd die Geometrie die ruim buiten Nederland met inbegrip van de exclusieve -economische zone valt weigert. Het stelsel gaat hierop valideren door alle geometrie -die buiten e -en naar buiten afgeronde bounding box rondom het genoemde gebied ligt -te weigeren.

    -

    Attribuut procedureStatus uit OW-object verwijderd

    -

    De waarde van het veld procedureStatus in een IMOW object is af te leiden uit -het STOP deel van een aanlevering en is redundant. Dit kenmerk is geschrapt.

    -

    Verwachte wijzigingen in de definitieve versie

    -

    De volgende wijzigingen aan IMOW zijn voorzien maar nog niet verwerkt in -IMOW-ic:

    -
      -
    • Er wordt een vervang voor de verwijderde klasse SymbolisatieItem ontwikkeld.
      • -
    • IMOW schrijft voor hoe OW-aanleveringen aan het LVBB bronhouderkoppelvlak -moeten worden gekoppeld. Het bronhouderkoppelvlak is echter nog niet -gespecificeerd. In samenhang met de wijzigingen in het BHKV zal IMOW gewijzigd -worden.
      • -
    • In een toekomstige versie van STOP wordt ondersteuning voor het wijzigen van -GIO's verwacht. De mogelijkheid bestaat dat dit ook implicaties heeft voor het -IMOW.
      • -
    -

    A.2 Overgang tussen 3.0 en 3.1

    -

    Sinds versie 3.1 van het IMOW is het veld IMOWversie in OW-manifest verplicht. Het versienummer bepaalt aan welke versie van het IMOW model de aanlevering voldoet en dus aan welke (validatie-)regels de aanlevering moet voldoen.

    -

    Verplicht maken van IMOWversie:

    -
      -
    • Als het veld IMOWversie niet volgens het aangegeven patroon is ingevuld wordt de aanlevering geweigerd.
      • -
    • Als er geen waarde is ingevuld, of de waarde verwijst naar een IMOW versie van 3.0 of lager dan moet de aanlevering voldoen aan de regels van IMOW versie 3.0.
      • -
    • Als het veld IMOWversie een versienummer van 3.1 of hoger bevat dat moet de aanlevering voldoen aan de regels van de genoemde versie van IMOW.
      • -
    • Noot: Het aanleveren van een niet ondersteunde IMOWversie kan resulteren in een melding van de voorziening.
      • -
    -

    Nieuw attribuut: expressionIDRegeling

    -
      -
    • IMOW 3.0: expressionIDRegeling is leeg. Er mag geen gebruik gemaakt worden van STOP 1.4+ mutatiescenario's.
      • -
    • IMOW 3.1: doelID is leeg. Er mag gebruik gemaakt worden van de STOP 1.4+ mutatiescenario's
      • -
    -

    OW-objecten worden automatisch beëindigd bij het intrekken van een regeling:

    -
      -
    • IMOW 3.0: Bij het intrekken van een regeling moeten alle OW-objecten automatisch worden beëindigd.
      • -
    • IMOW 3.1: TODO: hier valt wat te kiezen. Bijvoorbeeld we verbieden alles.
      • -
    -

    Attribuut procedureStatus uit OW-object verwijderd:

    -
      -
    • IMOW 3.0: we kijken naar procedureStatus en geven melding als die niet klopt.
      • -
    • IMOW 3.1: ProcedureStatus in de aanlevering wordt gegenegeerd.
      • -
    @@ -12058,22 +12015,25 @@

    -

    C. Referenties

    -

    C.1 Informatieve referenties

    -
    [Basisgeometrie]
    - Basisgeometrie. Geonovum. 7 juni 2024. Definitief. URL: https://docs.geostandaarden.nl/nen3610/def-st-basisgeometrie-20240607 -
    [CIMOP]
    +

    C. Referenties

    +

    C.1 Normatieve referenties

    +
    [CIMOP]
    Conceptueel Informatiemodel Omgevingswet (CIMOW). Geonovum. 2022-01-07. Definitief. URL: https://geonovum.github.io/TPOD/CIMOW/CIMOW_v2.1.0.pdf
    [CIMOW]
    Conceptueel Informatiemodel Omgevingswet (CIMOW). Geonovum. 2022-01-07. Definitief. URL: https://geonovum.github.io/TPOD/CIMOW/CIMOW_v2.1.0.pdf
    [LVBBBHKV]
    Documentatie LVBB Bronhouderkoppelvlak. KOOP. Definitief. URL: https://koop.gitlab.io/lvbb/bronhouderkoppelvlak/index.html -
    [MIM]
    +
    [MIM12]
    MIM - Metamodel Informatie Modellering (Versie 1.2). Geonovum. 2024-06-13. Definitief. URL: https://docs.geostandaarden.nl/mim/def-st-mim-20240613/
    [NEN3610_2022]
    Basismodel geo-informatie. NEN. 2020-06-20. Definitief. URL: https://www.nen.nl/nen-3610-2022-nl-296137 -
    [STOPIC]
    - Standaard Officiële Publicaties 1.4.0-ic. KOOP. 2024-04-12. Implementatie Kandidaat. URL: https://koop.gitlab.io/STOP/standaard/1.4.0-ic/index.html +
    [STOP14]
    + Standaard Officiële Publicaties 1.4.0. KOOP. Implementatie Kandidaat. URL: https://koop.gitlab.io/STOP/standaard/1.4.0/index.html +
    +
    +

    C.2 Informatieve referenties

    +
    [Basisgeometrie]
    + Basisgeometrie. Geonovum. 7 juni 2024. Definitief. URL: https://docs.geostandaarden.nl/nen3610/def-st-basisgeometrie-20240607