update scopedoc

ch01.md

@@ -1,14 +1,52 @@
 # Inleiding
 
-[Iets over de IBRO... ]
+Rotterdam beoogt met Mercator/ IBRO een oplossing te bieden voor knelpunten in bestaande 
+objectregistraties zoals BAG, BGT en WOZ, die nu versnipperd en inefficiënt zijn. Het doel is een 
+consistente, actuele en foutloze registratie te realiseren, die eventueel ook 3D-objectinformatie 
+omvat, en beter aansluit op de gebruikspraktijk van burgers en overheden.
+Probleemstelling
 
-Geonovum levert de volgende producten op:
-* Model van  begrippen, dat wil zeggen relevante begrippen en hun definities. In eerste instantie gepubliceerd op staging.definities.geostandaarden.nl. Bij formele in productiename van bestuurlijke gebieden verhuist dit model van begrippen naar definities.geostandaarden.nl.
-* Conceptueel informatiemodel. Een implementatie onafhankelijk informatiemodel waarin in UML de samenhang van de begrippen gemodelleerd is. Inclusief tekstuele toelichting gepubliceeerd in ReSpec formaat op docs.geostandaarden.nl
-* Logisch informatiemodel. Een UML model afgeleid van het conceptuele UML model waarin implementatiekeuzes zijn gemaakt. Dit wordt gebruikt voor afleiden van technische specificaties
-* Technische specificaties: Nader te bepalen, bijvoorbeeld een API beschrijving in OAS 3 formaat in lijn met de REST API Design Rules welke de interface van de API definieerd. Daarnaast een JSON schema bestand waarmee de uitgewisselde informatie in JSON formaat gevalideerd kan worden. Waar nodig uitgebreid met aanvullende tekstuele documentatie.
-* Scope document: Dit document zelf.
+De huidige registratiesystemen zijn gescheiden ontstaan en kennen weinig samenhang. Dit leidt tot 
+inefficiëntie en hoge kosten doordat objectinformatie in meerdere systemen moet worden 
+bijgehouden, met soms tegenstrijdige gegevens als gevolg.
 
-Het informatiemodel voor de IBRO wordt ontwikkeld als onderdeel van een proeftuin in het kader van programma Mercator van de gemeente Rotterdam. Het is geen landelijke standaard. 
+Rotterdam wil met de IBRO een prototype ontwikkelen dat aansluit op landelijke initiatieven zoals 
+Common Ground, het Federatief Datastelsel (FDS) en passend binnen de doelstellingen van Zicht op 
+Nederland (ZoN). Het programma start met een “greenfield”-aanpak, waarbij de nieuwe registratie 
+parallel aan de bestaande systemen wordt ontwikkeld. Rotterdam streeft naar een integrale 
+registratie die objecten in de fysieke ruimte centraal stelt. Deze nieuwe “bronhouderregistratie” is 
+gebaseerd op landelijke standaarden zodat deze in de toekomst ook door andere overheden 
+gebruikt kan worden.
+
+Doelstelling
+
+De IBRO moet leiden tot minder fouten, betere datakwaliteit en meer inzicht en samenhang in 
+objectinformatie. Dit draagt bij aan transparantie en efficiëntie, en ondersteunt onder andere de 
+uitvoering van de Omgevingswet.
+
+Resultaten van het programma Mercator
+- Ontwikkeling van een productiewaardig prototype van de IBRO, implementeerbaar in Rotterdam 
+en opschaalbaar naar andere gemeenten.
+- Nieuwe mutatieprocessen, waaronder 3D-inwinning, een advies met betrekking tot
+ingebruikname van de IBRO en een juridisch kader.
+- Analyse en aanpak van bestaande knelpunten tussen de registraties BAG, BGT en WOZ.
+
+Planning en Fasering
+
+Het programma Mercator loopt van 2024 tot 2027 en is opgedeeld in verschillende fasen. In 2024 en 
+2025 wordt gestart met het opzetten van een proeftuin en een informatiemodel. In 2026 en 2027 zal 
+de technologie worden ontwikkeld en zullen medewerkers worden opgeleid.
+
+Positionering
+
+Het informatiemodel voor de IBRO wordt ontwikkeld als onderdeel van een proeftuin in het kader van programma Mercator van de gemeente Rotterdam. Het is geen landelijke standaard. Dit informatiemodel staat voorlopig naast de informatiemodellen voor de bestaande 
+basisregistraties (BAG, BGT, WOZ). Uitgangspunt is dat het informatiemodel ook gebruikt 
+kan worden door andere gemeenten (vrijwillig, optioneel). 
+- Er is nadrukkelijk geen sprake van een verplichtend landelijk traject (dat vereist namelijk 
+een landelijk besluit door de verantwoordelijk minister en een breed consultatie en 
+implementatietraject, in het kader van Zicht op Nederland). Er wordt toegewerkt naar een 
+vrijwillige standaard.
+- Om die standaard vast te stellen dient de governance van het programma Zicht op 
+Nederland (programmaraad Datafundament) gevolgd te worden
 
 [TODO Meer over status / governance / vaststelling] 

ch03.md

@@ -30,3 +30,5 @@ NEN3610, MIM, NL-SBB
 ## Relevante architectuur
 
 [TODO beschrijven]
+
+- [Uit Betrouwbare Bron](https://website-digilab-overheid-nl-research-uit-betrouw-e1f39021ce924c.gitlab.io/) is ook een programma met generieke uitgangspunten waarvan we zouden moeten kijken of het met onze generieke onderwerpen overeenkomt. Valt onder FDS. 

ch04.md

@@ -1,4 +1,3 @@
-
 # Inhoudelijke keuzes op hoofdlijnen
 
 Hieronder worden een aantal inhoudelijke keuzes op hoofdlijnen opgesomd ten
@@ -14,5 +13,42 @@ Het volgende werk dat is verzet in het DiS-Geo traject vormt uitgangspunt voor d
 
 Daarnaast wordt voortschrijdend inzicht meegenomen.
 
-## Inhoud
-[TODO beschrijven wat in en buiten scope is]
+Belangrijke punten:
+- Rekening houden met mijlpaal van eind Q2​
+- Wellicht prioritering – wat nu, wat later?​
+- Dan moet model schaalbaar zijn​
+- Wie beslist over scope? Stuurgroep?​
+- Wie bepaalt prioriteit? Projectleider/product owner?
+- het model moet schaalbaar zijn naar andere gemeenten
+
+Belangrijke mijlpaal is van 1 juli 2025​. Start consultatie: medio mei 2025​. Dit is een consultatie van begrippen en conceptueel informatiemodel​. 
+
+NB: Parallel kan doorgewerkt worden aan logisch informatiemodel en technisch model​
+
+Circa 3 maanden doorlooptijd voor het maken van​
+- Begrippenmodel​
+- Conceptueel informatiemodel​
+- Logisch informatiemodel​
+- Technisch model + aanverwanten​
+
+ Prioritering van componenten zó kiezen dat de voor Rotterdam belangrijkste eerste worden opgepakt, zodat bij mogelijke tijdsdruk een component na 1 juli kan worden gepland.
+
+## Inhoud en prioritering
+
+Een belangrijke requirement is dat je BAG BGT en WOZ er uit kan halen om aan te leveren aan de LV. 
+
+De volgende onderdelen die in het EMSO beschreven zijn vormen onderdeel van de scope van IBRO: 
+- Water​
+- Groen​
+- Registratieve ruimten​
+- Wegen ​
+    - fysiek​
+    - functioneel (netwerkregistratie)​
+- Gebouwen​
+
+Deze volgorde is gekozen op basis van de mate van voortschrijdend inzicht dat na de ontwikkeling van de EMSO heeft plaatsgevonden. Op het gebied van de eerste paar onderwerpen is weinig voortschrijdend inzicht bekend en daarom kan de informatiemodellering daarvan vlot voltooid worden, terwijl er nog overleg plaatsvindt rond de andere onderwerpen (met name wegen en gebouwen ) waar wel voortschrijdend inzicht verwerkt moet worden.
+
+Buiten scope: 
+- Bestuurlijke gebieden: als onderdeel van registratieve ruimten ligt dit bij Kadaster.
+- van WOZ komt alleen het objectendeel erin. De rest van WOZ is buiten scope.
+- in principe is ook alles buiten scope dat niet in de EMSO beschreven is. Niet-SOR gegevens kunnen eventueel later worden toegevoegd maar zijn nu buiten scope.

index.html

@@ -28,7 +28,7 @@
   <section data-include-format="markdown" data-include="ch01.md"></section>
   <section data-include-format="markdown" data-include="ch02.md"></section>
   <section data-include-format="markdown" data-include="ch03.md"></section>
-  <section data-include-format="markdown" data-include="ch04.md"></section>
+  <section data-include-format="markdown" data-include="./ch04.md"></section>
 
   <!-- Als je document een door imvertor gegenereerde catalogus bevat kan je die -->
   <!-- opnemen door de volgende regel uit commentaarhaakjes te halen en aan te passen -->

js/config.js

@@ -15,10 +15,10 @@ let respecConfig = {
   //specType: "ST",                 // Standaard
   //specType: "IM",                 // Informatie Model
   //specType: "PR",                 // Praktijkrichtlijn
-  specType: "HR",                     // HandReiking
+  //specType: "HR",                     // HandReiking
   //specType: "WA",                 // Werkafspraak
   //specType: "BD",                 // Beheer Documentatie
-  //specType: "AL",                 // Algemeen document
+  specType: "AL",                 // Algemeen document
   //specType: "BP",                 // Best Practice
   //-- pubDomain is verplicht! (komt in de URL) -------------------------------------
   //-- zie: https://geonovum.github.io/handleiding-tooling/ReSpec/#pubdomain