diff --git a/01-Inleiding.md b/01-Inleiding.md index c218d69..a7e32c6 100644 --- a/01-Inleiding.md +++ b/01-Inleiding.md @@ -84,15 +84,13 @@ Hoofdstuk [7](#210F8E1C). ## Leeswijzer {#28F55C8C} -Dit document is als volgt opgebouwd: . Hoofdstuk 2 bevat de gegevensdefinites van OW-objecten. Hoofdstuk 3 gaat gedetailleerd in op hoe de +Dit document is als volgt opgebouwd: . Hoofdstuk 2 bevat de gegevensdefinites van +OW-objecten. Hoofdstuk 3 gaat gedetailleerd in op hoe de OW-bestanden er uit dienen te zien en geeft een XML-beschrijving van ieder -bestand dat aangeleverd kan worden. Hoofdstuk 4 beschrijft -implementatiekeuzes die in het IMOW gemaakt zijn. Hoofdstuk 5 -beschrijft enkele aspecten uit STOP die relevant zijn voor de werking van OW en -geeft richtlijnen over de wijze waarop OW zich verhoudt tot STOP. Hoofdstuk -7 beschrijft het wijzigen van OW-objecten. +bestand dat aangeleverd kan worden. Hoofdstuk +7 beschrijft het wijzigen van OW-objecten. Hoofdstuk 5 +beschrijft enkele aspecten uit STOP die relevant zijn voor het IMOW. -# **TODO:** Hoofdstuk toevoegen met uitgangspunten modellering. zie @@ -100,4 +98,6 @@ geeft richtlijnen over de wijze waarop OW zich verhoudt tot STOP. Hoofdstuk **TODO:** begrippenlijst uitbreiden. -- Regeling: Een regeling beschrijft algemeen geldende voorschriften die vastgesteld worden via een besluit van algemene strekking. (bron: [STOP 2.0](https://koop.gitlab.io/STOP/standaard/2.0.0-rc/begrippenlijst_regeling.html) ) \ No newline at end of file +- Besluit: Een tekst die de vaststelling of wijziging van (de geldigheid van) een regeling of informatieobject beschrijft. Met andere woorden: Een besluit beschrijft precies hoe een BG een nieuwe regeling vaststelt, wijzigingen op een regeling doorvoert of de inwerkingtreding van een regeling of regelingversie bepaalt. (bron: [STOP 2.0](https://koop.gitlab.io/STOP/standaard/2.0.0-rc/begrippenlijst_besluit.html) ) +- Regeling: Een regeling beschrijft algemeen geldende voorschriften die vastgesteld worden via een besluit van algemene strekking. (bron: [STOP 2.0](https://koop.gitlab.io/STOP/standaard/2.0.0-rc/begrippenlijst_regeling.html) ) +- Bronhouderkoppelvlak: Het bronhouderkoppelvlak is een technische voorziening tussen de LVBB (Landelijke Voorziening Bekendmaken en Beschikbaar stellen) en (software van) een bevoegd gezag. In dat koppelvlak worden technische en inhoudelijke standaarden toegepast, waardoor inhoudelijke, proces- of foutinformatie tussen de systemen kan worden uitgewisseld. (bron: [STOP 2.0](https://koop.gitlab.io/STOP/standaard/2.0.0-rc/begrippenlijst_bronhouderkoppelvlak.html) ) \ No newline at end of file diff --git a/05-Verschillen.md b/05-Verschillen.md deleted file mode 100644 index 5cea61b..0000000 --- a/05-Verschillen.md +++ /dev/null @@ -1,66 +0,0 @@ -# Implementatiekeuzes in het IMOW - -Het IMOW is een implementatie van het conceptuele model CIM-OW. Niet alles uit -het CIM-OW is één op één overgenomen in het IMOW. Dit hoofdstuk beschrijft de -verschillen: CIM-OW aspecten die niet in het IMOW zitten worden geduid in -paragraaf 5.1. en paragraaf 5.2 beschrijft de delen van het IMOW die niet in het -CIM-OW zitten. - -## CIM-OW-aspecten niet in IMOW {#19F408D9} - -Niet alle concepten beschreven in het CIM-OW worden vastgelegd in het IMOW. -Sommige van de van deze gegevens zijn af te leiden uit het OP-deel van een -Aanlevering. Deze gegevens worden niet nogmaals vastgelegd in het IMOW. Het gaat -hier om de volgende concepten uit het CIM-OW: - -- **RegeltekstAnnotatie.werkingsgebied** – het werkingsgebied van een Regeltekst - wordt afgeleid op basis van de locatieaanduidingen van Juridische regels. De - locatieaanduidingen van de Juridische regels worden vastgelegd in het IMOW, - maar niet het afgeleide werkingsgebied. -- **Activiteit.locatieaanduiding** – hierin zit de locaties waar de Activiteit - gereguleerd wordt, deze wordt in het IMOW via de activiteitlocatieaanduidingen - vastgelegd. -- De tijdslijnen voor de objectvorming in DSO-LV worden gebaseerd op het - omgevingsdocument dat de LVBB maakt en uitlevert. - -## IMOW-aspecten niet in CIM-OW {#6C42F8AD} - -Het IMOW kent de volgende verschillen ten opzichte van het CIM-OW: - -### Regelingsgebied - -In het IMOW wordt er een specifiek object benoemd dat Regelingsgebied heet. In -het CIM-OW is dit op een andere manier vormgegeven. Een regelingsgebied in IMOW -koppelt een Locatie aan een Omgevingsdocument, zodat deze Locatie het -regelingsgebied van een Omgevingsdocument wordt. Het regelingsgebied uit IMOW -wordt in DSO-LV niet tot een OW-object gevormd. In DSO-LV is een regelingsgebied -een relatie tussen een Omgevingsdocument en een Locatie, conform CIM-OW. - -### ActiviteitLocatieaanduiding - -In CIM-OW is dit gemodelleerd als gegevensgroep, terwijl dit in IMOW een -relatieklasse is - -### Geometrie en GIO - -In het IMOW wordt het kenmerk Geometrie als apart objecttype getoond. -Conceptueel (CIM-OW) is een geometrie een kenmerk van een locatie, maar in de -implementatie (IMOW) wordt het gezien als een gerefereerd objecttype. Dit -objecttype Geometrie is geen zelfstandig objecttype, het hoort altijd als -gerefereerde eigenschap bij een Locatie. Een Geometrie kan niet zelfstandig -gemuteerd worden en historie opbouwen, maar een Locatie kan dat wel. - -Geometrie wordt door zowel STOP als IMOW gebruikt. Ze hoeven door het bevoegd -gezag echter alleen in de GIO te worden aangeleverd. In het IMOW wordt er naar -de geometrie in de GIO verwezen middels de UUID in de GIO. - -Deze geometrie constructie leidt tot de volgende IMOW-attributen: - -- (Gebied, Lijn, Punt).geometrie: Een verwijzing vanuit Locatie (Gebied, Lijn of - Punt) naar een bijbehorende Geometrie. -- Geometrie.id: UUID identificatie van de Geometrie -- Geometrie.geometrie: Vastleggen van een geometrie middels coördinaten. - -Het objecttype Geometrie heeft hierin het algemene ISO-19107 geometrietype -GM_Object. In de Locatie-objecten wordt middels een constraint aangegeven wat de -beperking op dit algemene type is. diff --git a/imvertor/imvertor.properties b/imvertor/imvertor.properties index 4c24104..d434691 100644 --- a/imvertor/imvertor.properties +++ b/imvertor/imvertor.properties @@ -1,5 +1,7 @@ normalizenames = yes -shortprefix = yes + +# Anders gaat Imvertor mopperen als er twee packages met dezelfde beginletter zijn. +shortprefix = no xsdsubpath = IMOW createimagemap = yes #createxmlschemavariant = Kadaster diff --git a/index.html b/index.html index cc468d1..db72ca4 100644 --- a/index.html +++ b/index.html @@ -25,7 +25,6 @@
-