diff --git a/data/IMOW-cat.respec.html b/data/IMOW-cat.respec.html index a6a2ef0..5282598 100644 --- a/data/IMOW-cat.respec.html +++ b/data/IMOW-cat.respec.html @@ -49,7 +49,7 @@

IMOW Regelstructuur - overzicht

Vrije­Tekst - overzicht

Diagram 
                        Vrijetekststructuur in OP bouwt gebruikt twee elementtypen, namelijk: Divisie en Divisietekst. Het hoogste niveau is altijd een Divisie, deze mag onderliggende Divisies bevatten waar uiteindelijk ook een Divisietekst met Inhoud in moet zitten. De Inhoud bevat alleen inhoudelijke tekst. De Divisie wordt gebruikt om de tekst te structureren in bijvoorbeeld verschillende hoofdstukken of paragrafen.
                        
                        Binnen OW is Divisie een subklasse van OP-object. Dit betekent dat er vanuit Divisie een verwijzing is naar de wId (identificatie) in OP ofwel de wId van de Divisie in OP en naar de identificatie van de regeling in OP, de wId van de regeling. Zo zorgt het OW dat er op het diepste inhoudelijke niveau een verwijzing is naar het OP-deel.
                        
                        In de vrijetekststructuur, zie Figuur 3 voor een UML diagram, zijn documenten gestructureerd in Divisie en Divisietekst element. Dit zijn dan ook de elementen waar de annotaties aan hangen. Dit betekent dat de inhoudelijke tekstgegevens worden aangeleverd in het IMOP-gedeelte en dat je vanuit OW verwijst naar deze Divisie. Vanuit OW kun je een of meerdere tekstdelen aangeven bij de Divisie. Een tekstdeel kan optioneel nog één of meerdere hoofdlijnen, gebiedsaanwijzingen, en/of locaties bevatten. Tevens kan er een Locatie direct gekoppeld zijn aan het tekstdeel of kan de locatie via de gebiedsaanwijzing gekoppeld zijn aan het tekstdeel. De locatie is een supertype van ofwel een lijn, punt, gebied of een groep van lijnen, punten of gebieden. Uiteindelijk heeft ieder subtype van locatie een geometrie die als los GML-bestand wordt meegeleverd.
Vrije­Tekst
-
DivisieOfDivisietekstDivisietekstTekstdeelRegelingsgebiedDivisieHoofdlijnGebiedsaanwijzingLocatie

+ DivisieOfDivisietekstDivisietekstTekstdeelRegelingsgebiedDivisieHoofdlijnGebiedsaanwijzingLocatie

Vrijetekststructuur in OP bouwt gebruikt twee elementtypen, namelijk: Divisie en Divisietekst. Het hoogste niveau is altijd een Divisie, deze mag onderliggende Divisies bevatten @@ -4124,7 +4124,89 @@

Overzicht attributen
procedurestatus - + + +

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: Alleen OW-objecten die de procedurestatus 'ontwerp' hebben mogen verwijzen naar OW-objecten + met de procedurestatus 'ontwerp'.

+ +

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

+ CHARACTERSTRING @@ -4134,7 +4216,19 @@
Overzicht attributen
status - + + +

De status van een OW-object kan actief of beëindigd zijn. In de uitwisseling wordt + deze status als volgt meegegeven:

+ + + CHARACTERSTRING @@ -4220,6 +4314,94 @@
OW-object
Naam procedurestatus + + Definitie + + + +

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: Alleen OW-objecten die de procedurestatus 'ontwerp' hebben mogen verwijzen naar OW-objecten + met de procedurestatus 'ontwerp'.

+ +

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

+ + + Formaat CHARACTERSTRING @@ -4259,6 +4441,24 @@
OW-object
Naam status + + Definitie + + + +

De status van een OW-object kan actief of beëindigd zijn. In de uitwisseling wordt + deze status als volgt meegegeven:

+ + + + + Formaat CHARACTERSTRING @@ -6959,7 +7159,7 @@

Domein Kaart

Kaart - overzicht

Diagram 
                        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.
Kaart
-
ActiviteitLocatieaanduidingJuridischeRegelKaartextentTekstdeelNormGebiedsaanwijzingKaartlaagKaart

+ ActiviteitLocatieaanduidingJuridischeRegelKaartextentTekstdeelNormGebiedsaanwijzingKaartlaagKaart

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.

diff --git a/data/Images/EAID_02D5F2C5_DF92_4981_80BC_F6FECA27C313.png b/data/Images/EAID_02D5F2C5_DF92_4981_80BC_F6FECA27C313.png index 4a0585e..e112aca 100644 Binary files a/data/Images/EAID_02D5F2C5_DF92_4981_80BC_F6FECA27C313.png and b/data/Images/EAID_02D5F2C5_DF92_4981_80BC_F6FECA27C313.png differ diff --git a/data/Images/EAID_251E26DF_42F1_4a51_8781_28337D45B3DA.png b/data/Images/EAID_251E26DF_42F1_4a51_8781_28337D45B3DA.png index 1a8a688..aca6a41 100644 Binary files a/data/Images/EAID_251E26DF_42F1_4a51_8781_28337D45B3DA.png and b/data/Images/EAID_251E26DF_42F1_4a51_8781_28337D45B3DA.png differ diff --git a/data/Images/EAID_35A484E9_AAE3_434d_B934_456A9334C2FD.png b/data/Images/EAID_35A484E9_AAE3_434d_B934_456A9334C2FD.png index f021fdf..626f8f4 100644 Binary files a/data/Images/EAID_35A484E9_AAE3_434d_B934_456A9334C2FD.png and b/data/Images/EAID_35A484E9_AAE3_434d_B934_456A9334C2FD.png differ diff --git a/data/Images/EAID_3722F10E_E9B2_4f96_B6C9_EF6B69B1900A.png b/data/Images/EAID_3722F10E_E9B2_4f96_B6C9_EF6B69B1900A.png index d14d5c3..7292c43 100644 Binary files a/data/Images/EAID_3722F10E_E9B2_4f96_B6C9_EF6B69B1900A.png and b/data/Images/EAID_3722F10E_E9B2_4f96_B6C9_EF6B69B1900A.png differ diff --git a/data/Images/EAID_4E6DA550_DCE7_40cc_B4AD_0750795878C2.png b/data/Images/EAID_4E6DA550_DCE7_40cc_B4AD_0750795878C2.png index 3136835..5825fd6 100644 Binary files a/data/Images/EAID_4E6DA550_DCE7_40cc_B4AD_0750795878C2.png and b/data/Images/EAID_4E6DA550_DCE7_40cc_B4AD_0750795878C2.png differ diff --git a/data/Images/EAID_619D1C05_75E9_4a29_BBFB_F6454B1E4EC7.png b/data/Images/EAID_619D1C05_75E9_4a29_BBFB_F6454B1E4EC7.png index bb5f1a2..9e29098 100644 Binary files a/data/Images/EAID_619D1C05_75E9_4a29_BBFB_F6454B1E4EC7.png and b/data/Images/EAID_619D1C05_75E9_4a29_BBFB_F6454B1E4EC7.png differ diff --git a/data/Images/EAID_69EEFE3F_C68A_48fb_A9FF_1B6228E31419.png b/data/Images/EAID_69EEFE3F_C68A_48fb_A9FF_1B6228E31419.png index bb7aea1..4b0d322 100644 Binary files a/data/Images/EAID_69EEFE3F_C68A_48fb_A9FF_1B6228E31419.png and b/data/Images/EAID_69EEFE3F_C68A_48fb_A9FF_1B6228E31419.png differ diff --git a/data/Images/EAID_6BBF11E2_29FD_456a_AE10_58D39160D316.png b/data/Images/EAID_6BBF11E2_29FD_456a_AE10_58D39160D316.png index 8ee6aec..2f918be 100644 Binary files a/data/Images/EAID_6BBF11E2_29FD_456a_AE10_58D39160D316.png and b/data/Images/EAID_6BBF11E2_29FD_456a_AE10_58D39160D316.png differ diff --git a/data/Images/EAID_95E56959_D4B0_4624_B434_B8DE3FF1CAD0.png b/data/Images/EAID_95E56959_D4B0_4624_B434_B8DE3FF1CAD0.png index c305d47..0ebe056 100644 Binary files a/data/Images/EAID_95E56959_D4B0_4624_B434_B8DE3FF1CAD0.png and b/data/Images/EAID_95E56959_D4B0_4624_B434_B8DE3FF1CAD0.png differ diff --git a/data/Images/EAID_A8C9C413_92ED_4abf_B1A2_9FE1DFB594B6.png b/data/Images/EAID_A8C9C413_92ED_4abf_B1A2_9FE1DFB594B6.png index 9fc822e..76a5278 100644 Binary files a/data/Images/EAID_A8C9C413_92ED_4abf_B1A2_9FE1DFB594B6.png and b/data/Images/EAID_A8C9C413_92ED_4abf_B1A2_9FE1DFB594B6.png differ diff --git a/data/Images/EAID_C5734C51_2DE2_4950_848D_589724801880.png b/data/Images/EAID_C5734C51_2DE2_4950_848D_589724801880.png index 183e941..2dc9519 100644 Binary files a/data/Images/EAID_C5734C51_2DE2_4950_848D_589724801880.png and b/data/Images/EAID_C5734C51_2DE2_4950_848D_589724801880.png differ diff --git a/data/Images/EAID_F930159F_FA39_4428_92FE_15D569CD4ECF.png b/data/Images/EAID_F930159F_FA39_4428_92FE_15D569CD4ECF.png index 413c7fa..2ffd622 100644 Binary files a/data/Images/EAID_F930159F_FA39_4428_92FE_15D569CD4ECF.png and b/data/Images/EAID_F930159F_FA39_4428_92FE_15D569CD4ECF.png differ