diff --git a/data/IMOW-cat.respec.html b/data/IMOW-cat.respec.html index d673313..12e1d01 100644 --- a/data/IMOW-cat.respec.html +++ b/data/IMOW-cat.respec.html @@ -7,28 +7,41 @@
- -
De IMOW standaard schrijft voor hoe je de tekst van een regeling (zoals beschreven - in de STOP standaard) annoteert met OW-objecten. Dit gebeurt door OW-objecten mee - te sturen in een Aanlevering en deze aan tekstonderdelen van OP te koppelen via de - identificatie van die tekstonderdelen, het wId. OW-objecten zelf kunnen weer gekoppeld - zijn aan andere OW-objecten waardoor er naast de tekst ook een gestructureerde collectie - objecten bij een regeling ontstaat. Deze structuur kan bijvoorbeeld gebruikt worden - om de inhoud van de regeling via een kaart te ontsluiten.
+-
De STOP standaard beschrijft twee soorten tekststructuren voor omgevingsdocument: - de artikelsgewijze structuur en de vrijetekststructuur. Afhankelijk van de documentstructuur - (welke je kunt gebruiken is vastgelegd in de TPOD documenten) worden verschillende - objecten meegeleverd. Voor beide typen tekststructuren is een diagram toegevoegd met - hierin de aanwezige objecttypen, attributen en relaties.
+Een Regeling die volgens de STOP artikelsgewijze structuur bevat geneste structuur + die bijvoorbeeld Hoofdstukken, Artikelen, Paragrafen of Subparagrafen kan bevatten. + Op het diepste niveau zit de inhoud. Die inhoud zit altijd in Artikelen, waarbij in + soms een artikel is opgesplitst in Leden. Als een Artikel Leden heeft zit de Regeltekst + van het Artikel in de Leden. In een Artikel zonder Leden zit de Regeltekst in het + Artikel zelf.
+Waar bij vrije-tekstdocumenten de tekstelement worden geannoteerd zijn het bij de + artikelstructuur de artikelen of leden die worden geannoteerd. Het Regeltekst object + bevat de verwijzing naar het wId van de STOP tekst die wordt geannoteerd. Vervolgens + kunnen er een of meerdere Juridische regels zijn die verbonden zijn aan de regeltekst. + Een juridische regel heeft drie subtypen (RegelVoorIedereen, Instructieregel, Omgevingswaarderegel) + die allen afzonderlijke relaties hebben met de verschillende OW-objecten. Deze OW-objecten + zijn: Gebiedsaanwijzing, Activiteit, Omgevingswaarde en Omgevingsnorm. Een Omgevingsnorm + of Omgevingswaarde hebben altijd een Normwaarde, dit kan zijn een kwalitatieve of + kwantitatieve waarde. Vervolgens hebben Normwaarde, Activiteit en Gebiedsaanwijzing + nog een relatie met een Locatie (een locatie is verder uitgewerkt in paragraaf 3.1.4. + Aanvullend hierop heeft de artikelstructuur een Pons-object die alleen gebruikt kan + worden bij het omgevingsplan, dit is een losstaand objecttype dat een relatie heeft + met een Locatie (zie 3.9).
+ + +Binnen OW is Regeltekst een subtype van OP-object, dit betekent dat er vanuit Regeltekst + een verwijzing is naar de identificatie in OP ofwel de wId van het artikel en naar + de identificatie van de regeling vanuit OP, de WorkID van de regeling. Zo zorgt het + OW ook bij artikelsgewijze structuur dat er op het diepste inhoudelijke niveau een + verwijzing is naar het OP-deel.
Dit is de basisklasse van het IMOW. Dit is de superklasse van alle objecten die in OW-aanlevering kunnen worden aangeleverd.
+In de STOP standaard kunnen ontwerpregelingen gemaakt worden met een ontwerpbesluit. + Zo'n besluit wijzigt de tekst en de OW-object behorend bij een bestaande regelingversie. + Alle OW-objecten die gewijzigd worden in het in ontwerpbesluit krijgen als procedurestatus + de waarde 'ontwerp' waaruit je kan concluderen dat het object niet bij vastgestelde + regelgeving hoort. Als het veld procedurestatus geen waarde heeft dan wordt het OW-object + beschouwd als behorend bij vastgestelde regelgeving.
+ +Voor een STOP ontwerpbesluit gelden de volgende regels:
+ +Bij een initieel ontwerpbesluit zijn alle OW-objecten on ontwerp. Een ontwerpwijzigingsbesluit + beschrijft een ontwerp ten opzicht van een actuele regeling. Alleen de OW-objecten + die wijzigen ten opzicht van de actuele levering worden aangeleverd.
+ +Ontwerp-activiteiten zullen niet verschijnen in de registratie van toepasbare regels, + dus er kunnen geen vragenbomen op ontwerp-activiteiten gemaakt worden.
+ +Net zoals bij een 'regulier' wijzigingsbesluit worden bij een ontwerpwijzigingsbesluit + alleen annotaties die wijzigen ten opzichte van de vastgestelde regelgeving aangeleverd. + Het is bij een ontwerpwijzigingsbesluit wel mogelijk om te verwijzen naar annotaties + uit de vastgestelde regelgeving.
+ +Voorbeeld: Artikel 1: Het is verboden om te zwemmen in het centrumgebied. + Gaat gewijzigd worden op de volgende manier: + Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het stiltegebied.
+ +In dit geval hoeft het Regeltekst-object niet te worden aangeleverd, deze bestaat + immers al. + Er is wel noodzaak voor een ontwerpversie van de juridische regel, aangezien de locatie + waar deze regel over gaat wordt uitgebreid. Er is ook noodzaak voor een nieuwe OW-locatie + in ontwerp, aangezien er een stiltegebied-GIO wordt toegevoegd in dit ontwerpwijzigingsbesluit.
+ +Voorbeeld: Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het + stiltegebied. + Gaat gewijzigd worden op de volgende manier: + Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het stiltegebied. + Artikel 2: Er geldt een meldingsplicht omtrent het zwemmen in het stiltegebied.
+ +Voor Artikel 1 wordt de juridische regel die verwijst naar het stiltegebied in ontwerp + gewijzigd t.o.v. de vastgestelde versie van de juridische regel. Voor Artikel 2 wordt + wel een ontwerp-Regeltekst-object aangeleverd inclusief bijbehorende ontwerp-OW-annotaties. + De OW-Locatie stiltegebied en de OW-activiteit zwemmen hoeven niet te worden aangeleverd + aangezien deze al bestonden in vastgestelde regelgeving.
+ +Bij het aanleveren van Ontwerp-OW-objecten is het aan te bevelen dat de identificaties + identiek blijven aan de OW-objecten die horen bij vastgestelde regelingen.
+De status van een OW-object kan actief of beëindigd zijn. In de uitwisseling wordt + deze status als volgt meegegeven:
+ +De status van een OW-object kan actief of beëindigd zijn. In de uitwisseling wordt + deze status als volgt meegegeven:
+ +-
OP-objecten zij de koppeling tussen het IMOW en de tekstelementen in de STOP standaard. - Voor documenten met de regelstructuur gebeurt dit via het object Regeltekst. Voor - vrijetekst via Divisie en Divisietekst. De OP-objecten bevatten attribuut wId dat - verwijst naar het ID van het artikel of lid uit de STOP standaard. Daarnaast zijn - OP-objecten reguliere OW-object: als je vanuit OW naar een tekstelement wilt verwijzen - doe je dat via het OP-objectAnnotatie object.
+OP-objectannotatie objecten zijn de koppeling tussen het IMOW en de tekstelementen + in de STOP standaard. Voor documenten met de regelstructuur gebeurt dit via het object + Regeltekst. Voor vrijetekst via Divisie en Divisietekst. De OP-objecten bevatten attribuut + wId dat verwijst naar het ID van het artikel of lid uit IMOP. Daarnaast hebben deze + objecten NEN3610 identificatie zoals gebruikt in het IMOW.
+ + + +Regel: Voor ieder Artikel (zonder leden) of Lid moet er een gekoppeld OW-object zijn.
+ + + +Een Regeltekst verwijst altijd naar minstens één Juridische Regel. Juridische Regel + is een abstract objecttype dat drie subtypen heeft, namelijk: RegelVoorIedereen, + Instructieregel en Omgevingswaarderegel.
+ + + +De Juridische regels hebben een identificatie. Tevens hebben ze een relatie genaamd: + 'artikelOfLid', welke verwijst naar de OW-Regeltekst object.
+ + + +OW-objecten hebben ook onderlinge relaties. Zo heeft een Juridische regel een relatie + naar o.a. een Activiteit, Omgevingsnorm, Gebiedsaanwijzing en andere objecten.
Voor ieder Artikel (zonder leden) of Lid moet er een gekoppeld OW-object zijn.
+Een OP-object is een IMOW object dat verwijst naar een specefieke teskstonderdeel van de Regeling waar dit OP-object bij hoort.
+OW-objecten hebben ook onderlinge relaties. Zo heeft een Juridische regel een relatie + naar o.a. een Activiteit, Omgevingsnorm, Gebiedsaanwijzing en andere objecten.
++ +
Locatie modelleert de locatie die aan OW-objecten wordt toegekend. Een locatie kan + de vorm hebben van een punt, lijn, gebied of samengestelde groepen daarvan. Met een + verwijzing naar Geometrie worden de coördinaten opgenomen. De Geometrie objecten worden + uitgewisseld in een apart geometrie-bestand.
+ + + +Punt, Lijn en Gebied verwijzen naar de ID van de geometrie in de meegeleverde GIO
+ +Ambtsgebied bevat een verwijzing naar de bestuurlijkeGrenzen-voorziening
+ + + +In Officiële Publicaties wordt de koppeling tussen tekst en Geometrie op een andere + manier gedaan. Geometrie wordt aangeleverd in Geografisch Informatie Objecten GIOs + waarnaar In de lopende tekst wordt verwezen via hun STOP identificatie.
+ + + +In OW worden geen GIO's aangeleverd, maar juist locaties. Uiteindelijk verwijst zowel + OW als OP naar hetzelfde geometrie-bestand, maar op een andere manier (OP via GIO's + en OW via Locaties).
+ + + + + ++ +
De klasse Kaart modelleert de onderdelen die nodig zijn om een kaart te benoemen en + kaartlagen samen te stellen uit locatie en inhoudelijke informatie van andere OW-objecten.
+ +Dit document beschrijft het Informatiemodel Omgevingswet (IMOW) dat gebruikt wordt in de keten van plan tot publicatie voor het toekennen van machine-leesbare informatie aan regelingen. Het IMOW is gebaseerd op het conceptuele model CIM-OW. CIM-OW hoort bij de reeks conceptuele modellen waarop de ketens van het Digitaal Stelsel Omgevingswet (DSO) gebaseerd zijn. Het IMOW specificeert hoe de concepten van het CIM-OW geïmplementeerd moeten worden. Het IMOW legt vast welke objecten aan het DSO moeten worden aangeleverd.
Dit is een werkversie die op elk moment kan worden gewijzigd, verwijderd of vervangen door andere documenten. Het is geen stabiel document.
Dit is een werkversie die op elk moment kan worden gewijzigd, verwijderd of vervangen door andere documenten. Het is geen stabiel document.
Dit onderdeel is niet normatief.
Dit document beschrijft het Informatiemodel Omgevingswet (IMOW) over het in de keten van plan tot publicatie toekennen van machine-leesbare informatie aan Regelingen. Het IMOW implementeert het conceptuele model CIM-OW. CIM-OW hoort bij de reeks conceptuele modellen waarop de ketens van het Digitaal Stelsel Omgevingswet (DSO) gebaseerd zijn. Het IMOW legt vast welke objecten aan het DSO kunnen worden aangeleverd.
@@ -492,33 +492,47 @@+
-
De IMOW standaard schrijft voor hoe je de tekst van een regeling (zoals beschreven - in de STOP standaard) annoteert met OW-objecten. Dit gebeurt door OW-objecten mee - te sturen in een Aanlevering en deze aan tekstonderdelen van OP te koppelen via de - identificatie van die tekstonderdelen, het wId. OW-objecten zelf kunnen weer gekoppeld - zijn aan andere OW-objecten waardoor er naast de tekst ook een gestructureerde collectie - objecten bij een regeling ontstaat. Deze structuur kan bijvoorbeeld gebruikt worden - om de inhoud van de regeling via een kaart te ontsluiten.
+ + +Een Regeling die volgens de STOP artikelsgewijze structuur bevat geneste structuur + die bijvoorbeeld Hoofdstukken, Artikelen, Paragrafen of Subparagrafen kan bevatten. + Op het diepste niveau zit de inhoud. Die inhoud zit altijd in Artikelen, waarbij in + soms een artikel is opgesplitst in Leden. Als een Artikel Leden heeft zit de Regeltekst + van het Artikel in de Leden. In een Artikel zonder Leden zit de Regeltekst in het + Artikel zelf.
-De STOP standaard beschrijft twee soorten tekststructuren voor omgevingsdocument: - de artikelsgewijze structuur en de vrijetekststructuur. Afhankelijk van de documentstructuur - (welke je kunt gebruiken is vastgelegd in de TPOD documenten) worden verschillende - objecten meegeleverd. Voor beide typen tekststructuren is een diagram toegevoegd met - hierin de aanwezige objecttypen, attributen en relaties.
+Waar bij vrije-tekstdocumenten de tekstelement worden geannoteerd zijn het bij de + artikelstructuur de artikelen of leden die worden geannoteerd. Het Regeltekst object + bevat de verwijzing naar het wId van de STOP tekst die wordt geannoteerd. Vervolgens + kunnen er een of meerdere Juridische regels zijn die verbonden zijn aan de regeltekst. + Een juridische regel heeft drie subtypen (RegelVoorIedereen, Instructieregel, Omgevingswaarderegel) + die allen afzonderlijke relaties hebben met de verschillende OW-objecten. Deze OW-objecten + zijn: Gebiedsaanwijzing, Activiteit, Omgevingswaarde en Omgevingsnorm. Een Omgevingsnorm + of Omgevingswaarde hebben altijd een Normwaarde, dit kan zijn een kwalitatieve of + kwantitatieve waarde. Vervolgens hebben Normwaarde, Activiteit en Gebiedsaanwijzing + nog een relatie met een Locatie (een locatie is verder uitgewerkt in paragraaf 3.1.4. + Aanvullend hierop heeft de artikelstructuur een Pons-object die alleen gebruikt kan + worden bij het omgevingsplan, dit is een losstaand objecttype dat een relatie heeft + met een Locatie (zie 3.9).
- +Binnen OW is Regeltekst een subtype van OP-object, dit betekent dat er vanuit Regeltekst + een verwijzing is naar de identificatie in OP ofwel de wId van het artikel en naar + de identificatie van de regeling vanuit OP, de WorkID van de regeling. Zo zorgt het + OW ook bij artikelsgewijze structuur dat er op het diepste inhoudelijke niveau een + verwijzing is naar het OP-deel.
-
Een Aanlevering bestaat uit Instanties van de in dit diagram genoemde klasses.
+In de lopende tekst wordt gesproken over OW-object. Instanties van de in dit diagram + genoemde klasses (en subklasses) kunnen voorkomen in het IMOW deel van een aanlevering.
In de STOP standaard kunnen ontwerpregelingen gemaakt worden met een ontwerpbesluit. + Zo'n besluit wijzigt de tekst en de OW-object behorend bij een bestaande regelingversie. + Alle OW-objecten die gewijzigd worden in het in ontwerpbesluit krijgen als procedurestatus + de waarde 'ontwerp' waaruit je kan concluderen dat het object niet bij vastgestelde + regelgeving hoort. Als het veld procedurestatus geen waarde heeft dan wordt het OW-object + beschouwd als behorend bij vastgestelde regelgeving.
+ +Voor een STOP ontwerpbesluit gelden de volgende regels:
+ +Voor ontwerp-OW-objecten gelden ook andere regels:
+ ++ Regel: OW-objecten met de procedurestatus 'ontwerp' kunnen niet gemuteerd worden.
+ +Deze ontwerp-OW-objecten worden gezien als een nieuwe versie van een OW-object die + niet hoort bij vastgestelde regelgeving. Dit is ook omdat ontwerpbesluiten niet gemuteerd + kunnen worden, maar een losstaande status hebben t.o.v. vastgestelde regelgeving. + Ontwerp-OW-objecten komen voor bij een initieel ontwerpbesluit en bij een wijzigingsontwerpbesluit.
+ +Bij een initieel ontwerpbesluit zijn alle OW-objecten on ontwerp. Een ontwerpwijzigingsbesluit + beschrijft een ontwerp ten opzicht van een actuele regeling. Alleen de OW-objecten + die wijzigen ten opzicht van de actuele levering worden aangeleverd.
+ ++ Regel: Iedere OW-object behorend OW-aanlevering bij een ontwerpbesluit moet de procedurestatus + ontwerp hebben.
+ +Ontwerp-activiteiten zullen niet verschijnen in de registratie van toepasbare regels, + dus er kunnen geen vragenbomen op ontwerp-activiteiten gemaakt worden.
+ +Net zoals bij een 'regulier' wijzigingsbesluit worden bij een ontwerpwijzigingsbesluit + alleen annotaties die wijzigen ten opzichte van de vastgestelde regelgeving aangeleverd. + Het is bij een ontwerpwijzigingsbesluit wel mogelijk om te verwijzen naar annotaties + uit de vastgestelde regelgeving.
+ +Voorbeeld: Artikel 1: Het is verboden om te zwemmen in het centrumgebied. + Gaat gewijzigd worden op de volgende manier: + Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het stiltegebied.
+ +In dit geval hoeft het Regeltekst-object niet te worden aangeleverd, deze bestaat + immers al. + Er is wel noodzaak voor een ontwerpversie van de juridische regel, aangezien de locatie + waar deze regel over gaat wordt uitgebreid. Er is ook noodzaak voor een nieuwe OW-locatie + in ontwerp, aangezien er een stiltegebied-GIO wordt toegevoegd in dit ontwerpwijzigingsbesluit.
+ +Voorbeeld: Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het + stiltegebied. + Gaat gewijzigd worden op de volgende manier: + Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het stiltegebied. + Artikel 2: Er geldt een meldingsplicht omtrent het zwemmen in het stiltegebied.
+ +Voor Artikel 1 wordt de juridische regel die verwijst naar het stiltegebied in ontwerp + gewijzigd t.o.v. de vastgestelde versie van de juridische regel. Voor Artikel 2 wordt + wel een ontwerp-Regeltekst-object aangeleverd inclusief bijbehorende ontwerp-OW-annotaties. + De OW-Locatie stiltegebied en de OW-activiteit zwemmen hoeven niet te worden aangeleverd + aangezien deze al bestonden in vastgestelde regelgeving.
+ ++ Regel: Een ontwerpregeling is altijd gebaseerd op een bestaande versie van een regeling. + Verwijzingen vanuit OW-objecten met de procedurestap 'ontwerp' verwijzen altijd naar + de versie van het OW-object zoals bekend in de regelingversie waarop de ontwerpregeling + gebaseerd is.
+ +Bij het aanleveren van Ontwerp-OW-objecten is het aan te bevelen dat de identificaties + identiek blijven aan de OW-objecten die horen bij vastgestelde regelingen. De voorziening + zorgt ervoor dat er geen validatieconflicten zijn, omdat ontwerp-objecten in aparte + tabellen opgeslagen worden.
+De status van een OW-object kan actief of beëindigd zijn. In de uitwisseling wordt + deze status als volgt meegegeven:
+ +In de STOP standaard kunnen ontwerpregelingen gemaakt worden met een ontwerpbesluit. + Zo'n besluit wijzigt de tekst en de OW-object behorend bij een bestaande regelingversie. + Alle OW-objecten die gewijzigd worden in het in ontwerpbesluit krijgen als procedurestatus + de waarde 'ontwerp' waaruit je kan concluderen dat het object niet bij vastgestelde + regelgeving hoort. Als het veld procedurestatus geen waarde heeft dan wordt het OW-object + beschouwd als behorend bij vastgestelde regelgeving.
+ +Voor een STOP ontwerpbesluit gelden de volgende regels:
+ +Voor ontwerp-OW-objecten gelden ook andere regels:
+ ++ Regel: OW-objecten met de procedurestatus 'ontwerp' kunnen niet gemuteerd worden.
+ +Deze ontwerp-OW-objecten worden gezien als een nieuwe versie van een OW-object die + niet hoort bij vastgestelde regelgeving. Dit is ook omdat ontwerpbesluiten niet gemuteerd + kunnen worden, maar een losstaande status hebben t.o.v. vastgestelde regelgeving. + Ontwerp-OW-objecten komen voor bij een initieel ontwerpbesluit en bij een wijzigingsontwerpbesluit.
+ +Bij een initieel ontwerpbesluit zijn alle OW-objecten on ontwerp. Een ontwerpwijzigingsbesluit + beschrijft een ontwerp ten opzicht van een actuele regeling. Alleen de OW-objecten + die wijzigen ten opzicht van de actuele levering worden aangeleverd.
+ ++ Regel: Iedere OW-object behorend OW-aanlevering bij een ontwerpbesluit moet de procedurestatus + ontwerp hebben.
+ +Ontwerp-activiteiten zullen niet verschijnen in de registratie van toepasbare regels, + dus er kunnen geen vragenbomen op ontwerp-activiteiten gemaakt worden.
+ +Net zoals bij een 'regulier' wijzigingsbesluit worden bij een ontwerpwijzigingsbesluit + alleen annotaties die wijzigen ten opzichte van de vastgestelde regelgeving aangeleverd. + Het is bij een ontwerpwijzigingsbesluit wel mogelijk om te verwijzen naar annotaties + uit de vastgestelde regelgeving.
+ +Voorbeeld: Artikel 1: Het is verboden om te zwemmen in het centrumgebied. + Gaat gewijzigd worden op de volgende manier: + Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het stiltegebied.
+ +In dit geval hoeft het Regeltekst-object niet te worden aangeleverd, deze bestaat + immers al. + Er is wel noodzaak voor een ontwerpversie van de juridische regel, aangezien de locatie + waar deze regel over gaat wordt uitgebreid. Er is ook noodzaak voor een nieuwe OW-locatie + in ontwerp, aangezien er een stiltegebied-GIO wordt toegevoegd in dit ontwerpwijzigingsbesluit.
+ +Voorbeeld: Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het + stiltegebied. + Gaat gewijzigd worden op de volgende manier: + Artikel 1: Het is verboden om te zwemmen in het centrumgebied en in het stiltegebied. + Artikel 2: Er geldt een meldingsplicht omtrent het zwemmen in het stiltegebied.
+ +Voor Artikel 1 wordt de juridische regel die verwijst naar het stiltegebied in ontwerp + gewijzigd t.o.v. de vastgestelde versie van de juridische regel. Voor Artikel 2 wordt + wel een ontwerp-Regeltekst-object aangeleverd inclusief bijbehorende ontwerp-OW-annotaties. + De OW-Locatie stiltegebied en de OW-activiteit zwemmen hoeven niet te worden aangeleverd + aangezien deze al bestonden in vastgestelde regelgeving.
+ ++ Regel: Een ontwerpregeling is altijd gebaseerd op een bestaande versie van een regeling. + Verwijzingen vanuit OW-objecten met de procedurestap 'ontwerp' verwijzen altijd naar + de versie van het OW-object zoals bekend in de regelingversie waarop de ontwerpregeling + gebaseerd is.
+ +Bij het aanleveren van Ontwerp-OW-objecten is het aan te bevelen dat de identificaties + identiek blijven aan de OW-objecten die horen bij vastgestelde regelingen. De voorziening + zorgt ervoor dat er geen validatieconflicten zijn, omdat ontwerp-objecten in aparte + tabellen opgeslagen worden.
+ +Alleen OW-objecten die de procedurestatus 'ontwerp' hebben mogen verwijzen naar OW-objecten + met de procedurestatus 'ontwerp'.
+ +De status van een OW-object kan actief of beëindigd zijn. In de uitwisseling wordt + deze status als volgt meegegeven:
+ +-
OP-objecten zij de koppeling tussen het IMOW en de tekstelementen in de STOP standaard. - Voor documenten met de regelstructuur gebeurt dit via het object Regeltekst. Voor - vrijetekst via Divisie en Divisietekst. De OP-objecten bevatten attribuut wId dat - verwijst naar het ID van het artikel of lid uit de STOP standaard. Daarnaast zijn - OP-objecten reguliere OW-object: als je vanuit OW naar een tekstelement wilt verwijzen - doe je dat via het OP-objectAnnotatie object.
+OP-objectannotatie objecten zijn de koppeling tussen het IMOW en de tekstelementen + in de STOP standaard. Voor documenten met de regelstructuur gebeurt dit via het object + Regeltekst. Voor vrijetekst via Divisie en Divisietekst. De OP-objecten bevatten attribuut + wId dat verwijst naar het ID van het artikel of lid uit IMOP. Daarnaast hebben deze + objecten NEN3610 identificatie zoals gebruikt in het IMOW.
+ + + +Regel: Voor ieder Artikel (zonder leden) of Lid moet er een gekoppeld OW-object zijn.
+ + + +Een Regeltekst verwijst altijd naar minstens één Juridische Regel. Juridische Regel + is een abstract objecttype dat drie subtypen heeft, namelijk: RegelVoorIedereen, + Instructieregel en Omgevingswaarderegel.
+ + + +De Juridische regels hebben een identificatie. Tevens hebben ze een relatie genaamd: + 'artikelOfLid', welke verwijst naar de OW-Regeltekst object.
+ + + +OW-objecten hebben ook onderlinge relaties. Zo heeft een Juridische regel een relatie + naar o.a. een Activiteit, Omgevingsnorm, Gebiedsaanwijzing en andere objecten.
Voor ieder Artikel (zonder leden) of Lid moet er een gekoppeld OW-object zijn.
+Een OP-object is een IMOW object dat verwijst naar een specefieke teskstonderdeel van de Regeling waar dit OP-object bij hoort.
+OW-objecten hebben ook onderlinge relaties. Zo heeft een Juridische regel een relatie + naar o.a. een Activiteit, Omgevingsnorm, Gebiedsaanwijzing en andere objecten.
++ +
Locatie modelleert de locatie die aan OW-objecten wordt toegekend. Een locatie kan + de vorm hebben van een punt, lijn, gebied of samengestelde groepen daarvan. Met een + verwijzing naar Geometrie worden de coördinaten opgenomen. De Geometrie objecten worden + uitgewisseld in een apart geometrie-bestand.
+ + + +Punt, Lijn en Gebied verwijzen naar de ID van de geometrie in de meegeleverde GIO
+ +Ambtsgebied bevat een verwijzing naar de bestuurlijkeGrenzen-voorziening
+ + + +In Officiële Publicaties wordt de koppeling tussen tekst en Geometrie op een andere + manier gedaan. Geometrie wordt aangeleverd in Geografisch Informatie Objecten GIOs + waarnaar In de lopende tekst wordt verwezen via hun STOP identificatie.
+ + + +In OW worden geen GIO's aangeleverd, maar juist locaties. Uiteindelijk verwijst zowel + OW als OP naar hetzelfde geometrie-bestand, maar op een andere manier (OP via GIO's + en OW via Locaties).
+ + + + + ++ +
De klasse Kaart modelleert de onderdelen die nodig zijn om een kaart te benoemen en + kaartlagen samen te stellen uit locatie en inhoudelijke informatie van andere OW-objecten.
+ +