Toepassingsprofiel projectbesluit

1.1.1 Nieuw stelsel omgevingsrecht

De Omgevingswet bundelt de wetgeving en regels voor ruimte, wonen, infrastructuur, milieu, natuur en water. Met de Omgevingswet wordt het huidige stelsel van ruimtelijke regels volledig herzien en wordt het fundament van het nieuwe stelsel voor het omgevingsrecht gelegd. Met het vernieuwen van het omgevingsrecht wil de wetgever vier verbeteringen bereiken:

• Het omgevingsrecht is inzichtelijk, voorspelbaar en gemakkelijk in het gebruik.

• De leefomgeving staat op een samenhangende manier centraal in beleid, besluitvorming en regelgeving.

• Een actieve en flexibele aanpak biedt overheden meer afwegingsruimte om doelen voor de leefomgeving te bereiken.

• Besluitvorming over projecten in de leefomgeving gaat sneller en beter.

Voor de realisatie van deze doelen biedt de wetgever diverse juridische instrumenten, waaronder de besluiten en andere rechtsfiguren die verschillende bevoegde gezagen in staat stellen besluiten te nemen die ingrijpen in de leefomgeving. De belangrijkste instrumenten zijn:

• Algemene Maatregel van Bestuur (Rijk)

• Ministeriële Regeling (Rijk)

• Omgevingsvisie (Rijk, provincies en gemeenten)

• Omgevingsverordening (Provincies)

• Waterschapsverordening (Waterschappen)

• Omgevingsplan (Gemeenten)

• Projectbesluit (Rijk, provincies en waterschappen)

• Programma (Rijk, provincies, gemeenten en waterschappen)

1.1.2 LVBB, overheid.nl en DSO-LV

Besluiten moeten, om werking te kunnen hebben, worden bekendgemaakt respectievelijk gepubliceerd. Daartoe moeten ze worden aangeleverd aan de Landelijke Voorziening Bekendmaken en Beschikbaarstellen (verder: LVBB). De LVBB verzorgt vervolgens de bekendmaking van de besluiten en de consolidatie van wijzigingsbesluiten in de (geconsolideerde) Regeling. Beide worden geplaatst op het internetportaal overheid.nl: de bekendmaking van de besluiten komt op officielebekendmakingen.nl in het digitale publicatieblad van het bevoegde gezag en de geconsolideerde Regeling in de nationale respectievelijk lokale regelingenbank. De geconsolideerde Regeling (in STOP-termen: de Toestand) wordt doorgeleverd aan de hierna te bespreken DSO-LV. Deze processen en de resultaten daarvan zijn nader beschreven in paragraaf 3.8.

Digitalisering is een van de instrumenten voor het behalen van de in paragraaf 1.1.1 genoemde verbeterdoelen. De Omgevingswet bevat de grondslagen voor de Landelijke Voorziening Digitaal Stelsel Omgevingswet (verder: DSO-LV). Daarmee is de juridische basis gelegd voor de ontwikkeling van DSO-LV en kunnen er regels worden gesteld over onder andere gemeenschappelijke definities in de standaarden en voorzieningen die onderdeel zijn van het stelsel.

DSO-LV zorgt voor samenhangende, eenduidige en toegankelijke informatie van goede kwaliteit en draagt bij aan de verbetering van het stelsel van het omgevingsrecht. Het stimuleert een snellere en integrale besluitvorming onder de Omgevingswet en vergroot het gebruikersgemak.

DSO-LV biedt het digitale loket waar initiatiefnemers, overheden en belanghebbenden snel kunnen zien wat kan en mag in de fysieke leefomgeving: het Omgevingsloket. Via het Omgevingsloket kunnen zij:

• vergunningen aanvragen en meldingen doen;

• zien welke regels en beleid van toepassing zijn op een locatie;

• (op termijn) informatie raadplegen over de kwaliteit van de fysieke leefomgeving, zoals gegevens over water- of luchtkwaliteit en geluidbelasting.

Om aan deze doelstellingen van DSO-LV te kunnen voldoen, is het nodig om bepaalde besluiten en andere rechtsfiguren machineleesbaar te maken en de gebruikte gegevens uitwisselbaar te maken. Dat betekent dat ze vanuit informatiekundig en technisch oogpunt moeten worden gestructureerd en gestandaardiseerd.

De Omgevingswet biedt daartoe de mogelijkheid door het stellen van regels over die besluiten en andere rechtsfiguren.

2.3.1 De bevoegdheid om een projectbesluit vast te stellen

Voor het uitvoeren van een project en het in werking hebben of in stand houden daarvan kunnen het dagelijks bestuur van het waterschap, gedeputeerde staten (verder: GS) respectievelijk de minister die het aangaat, in overeenstemming met de minister van BZK, een projectbesluit vaststellen[4] Artikel 5.44 lid 1 Ow
. Wanneer het een project van provinciaal belang betreft dat op het grondgebied van meerdere provincies betrekking heeft, zijn GS van de provincie waar het project in hoofdzaak wordt uitgevoerd bevoegd om het projectbesluit vast te stellen[5] Artikel 5.44a lid 1 Ow
. In het geval het gaat om een project in het kader van het beheer van watersystemen en het waterketenbeheer dat op het grondgebied van meerdere waterschappen betrekking heeft, is het dagelijks bestuur van het waterschap waar het project in hoofdzaak wordt uitgevoerd bevoegd om het projectbesluit vast te stellen[6] Artikel 5.44a lid 2 Ow
. Als het een gezamenlijk project van een of meer provincies en een of meer waterschappen betreft, zijn GS van de provincie waar het project geheel of in hoofdzaak wordt uitgevoerd bevoegd om het projectbesluit vast te stellen[7] Artikel 5.44a lid 3 Ow
. Bij een gezamenlijk project van Rijk, een of meer provincies of een of meer waterschappen is de minister die het aangaat, in overeenstemming met de minister van BZK, het bevoegd gezag voor het vaststellen van het projectbesluit[8] Artikel 5.44a lid 4 Ow
. De minister kan deze bevoegdheid overdragen aan GS van de provincie waar het project geheel of in hoofdzaak wordt uitgevoerd, als GS daarmee hebben ingestemd[9] Artikel 5.44b lid 1 Ow
.

2.3.2 De inhoud van het projectbesluit

In Omgevingswet en Omgevingsbesluit zijn onderwerpen benoemd die

het projectbesluit in ieder geval moet bevatten respectievelijk moet bevatten indien ze van toepassing zijn. Die onderwerpen worden in deze paragraaf beschreven.

1. Onderdelen die het projectbesluit moet bevatten:

   1. een beschrijving van het project[10] Artikel 5.6 aanhef en onder a Omgevingsbesluit
      ;
      De beschrijving van het project zal bestaan uit tekst, afbeeldingen, tekeningen en kaarten.

   2. de permanente of tijdelijke maatregelen en voorzieningen om het project te realiseren, voor zover die voor de fysieke leefomgeving relevant zijn[11] Artikel 5.6 aanhef en onder b Omgevingsbesluit
      ;
      In het projectbesluit zullen deze maatregelen en voorzieningen worden beschreven in tekst, afbeeldingen, tekeningen en kaarten. Voorbeelden van maatregelen zijn het tijdelijk aanleggen van bouwwegen en werkterreinen.

   3. de maatregelen gericht op het ongedaan maken, beperken of compenseren van de nadelige gevolgen van het project of van het in werking hebben of in stand houden daarvan voor de fysieke leefomgeving[12] Artikel 5.6 aanhef en onder c Omgevingsbesluit
      ;
      In het projectbesluit zullen deze maatregelen worden beschreven in tekst, afbeeldingen, tekeningen en kaarten. Voorbeelden van deze maatregelen zijn geluidschermen, stil asfalt, het aanleggen van een ecopassage of het treffen van maatregelen in het belang van het behoud van cultureel erfgoed.

   4. beschrijvingen van hoe burgers, bedrijven, maatschappelijke organisaties en bestuursorganen bij de voorbereiding zijn betrokken en van de resultaten van de uitgevoerde verkenning, waarbij in ieder geval wordt ingegaan op de door derden voorgedragen mogelijke oplossingen en de daarover door deskundigen uitgebrachte adviezen[13] Artikel 5.51 Ow
      ;

   5. de termijn waarbinnen in een omgevingsplan geen regels mogen worden gesteld die het uitvoeren van een project waarvoor provincie of Rijk een projectbesluit heeft vastgesteld belemmeren, deze termijn kan eenmaal worden verlengd[14] Artikel 4.19a lid 3 jo lid 1 Ow
      .

2. Onderdelen die het projectbesluit moet bevatten indien ze van toepassing zijn:

   1. Voor zover dat in het projectbesluit uitdrukkelijk is bepaald, geldt het projectbesluit als[15] Artikelen 5.52 Ow en 5.7 Omgevingsbesluit
      :

      1. omgevingsvergunning voor activiteiten ter uitvoering van het projectbesluit;

      2. besluit tot vaststelling van een geluidproductieplafond als omgevingswaarde als bedoeld in artikel 2.12a[16] Besluit van provinciale staten tot vaststelling van geluidproductieplafonds als omgevingswaarden voor bepaalde industrieterreinen
         , 2.13a[17] Besluit van provinciale staten tot vaststelling van geluidproductieplafonds als omgevingswaarden voor bepaalde wegen en lokale spoorwegen
         of 2.15 lid 2[18] Besluit van minister van IenW tot vaststelling van geluidproductieplafonds als omgevingswaarden voor bepaalde wegen en hoofdspoorwegen
         Ow;

      3. maatwerkvoorschrift op grond van regels als bedoeld in artikel 4.3 Ow[19] Een projectbesluit kan alleen gelden als maatwerkvoorschrift op grond van rijksregels. Een maatwerkvoorschrift op grond van decentrale regels moet afzonderlijk worden aangevraagd bij het bevoegd gezag
         ;

      4. verkeersbesluit als bedoeld in artikel 15 Wegenverkeerswet 1994[20] Besluit tot de plaatsing of verwijdering van bepaalde verkeerstekens en onderborden en bepaalde maatregelen op of aan de weg tot wijziging van de inrichting van de weg of tot het aanbrengen of verwijderen van voorzieningen ter regeling van het verkeer
         voor zover het gaat om de uitvoering van het projectbesluit;

      5. onttrekking van een weg aan de openbaarheid als bedoeld in artikel 7 Wegenwet[21] Besluit waardoor een weg ophoudt openbaar te zijn
         .

         Als het projectbesluit geldt als een of meer van de hier genoemde besluiten, moet dat expliciet in het projectbesluit worden beschreven. Het projectbesluit heeft daardoor die andere besluiten in zich; er zijn geen losse besluitdocumenten.

   2. Bij een projectbesluit kan worden bepaald dat het besluit met inachtneming van de daarbij gestelde randvoorwaarden door het bevoegd gezag kan worden uitgewerkt[22] Artikel 5.54 lid 1 Ow
      . De uitwerking maakt deel uit van het projectbesluit en kan, zolang de uitwerking nog niet is verwezenlijkt, worden vervangen door een nieuwe uitwerking[23] Artikel 5.54 lid 2 Ow
      .
      In de randvoorwaarden wordt concreet gemaakt waarop de uitwerking betrekking kan hebben, zoals welk onderdeel van het project en welk deel van het projectgebied. Een voorbeeld: in het projectbesluit is bepaald dat er een brug over een rivier gebouwd moet worden, maar de exacte hoogte en locatie van de brug moet in de uitwerking bepaald worden. Bij de uitwerking van een projectbesluit binnen de randvoorwaarden wordt een verkorte procedure toegepast: kennisgeving van het voornemen, het uitvoeren van een verkenning en het nemen van een voorkeursbeslissing zijn niet van toepassing[24] Artikel 5.50 Ow
      .

3. Wijziging omgevingsplan
   Het projectbesluit wijzigt het omgevingsplan met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project[25] Artikel 5.52 lid 1 Ow
   . Dit betekent dat als het projectbesluit in strijd is met het omgevingsplan, het projectbesluit het omgevingsplan móét wijzigen.
   NB: Gedurende de overgangsfase hoeft het projectbesluit het omgevingsplan niet te wijzigen. Voor zover een projectbesluit in deze periode in strijd is met het omgevingsplan, geldt het als een omgevingsvergunning voor een buitenplanse omgevingsplanactiviteit[26] Artikel 22.16 lid 1 Ow
   . Om kenbaar te zijn moet dat uitdrukkelijk in het projectbesluit worden bepaald.

Een projectbesluit van waterschap of provincie mag het uitvoeren van een project waarvoor het Rijk een projectbesluit heeft vastgesteld niet belemmeren[27] Artikel 5.53a lid 1 en 4.19a lid 1 Ow voor het projectbesluit van het waterschap, artikel 5.53a lid 2 Ow voor het projectbesluit van de provincie
.

2.3.3 De projectprocedure

Het projectbesluit is onderdeel van de projectprocedure. In paragraaf 11.4 staat een gedetailleerde beschrijving van de projectprocedure. Daarin is per procedurestap aangegeven of deze door de STOP/TPOD-standaard en de DSO-keten wordt ondersteund en zo ja, welke producten en welke gegevens en metadata aan die keten moeten worden aangeleverd. In hoofdlijnen ziet de projectprojectprocedure er als volgt uit.

• Kennis geven van voornemen om een verkenning uit te voeren en een projectbesluit vast te stellen met of zonder voorafgaande voorkeursbeslissing, met een termijn waarbinnen eenieder de gelegenheid heeft oplossingen voor de opgave voor te dragen[28] Artikel 5.47 leden 1 en 3 Ow
  

• Kennis geven van wijze waarop burgers, bedrijven, maatschappelijke organisaties en bestuursorganen bij de verkenning worden betrokken[29] Artikel 5.47 lid 4 Ow
  

• Verkenning[30] Artikel 5.48 Ow
  
  In de verkenning onderzoekt het bevoegd gezag de mogelijke oplossingen voor een opgave. Door de verkenning wil het bevoegd gezag inzicht krijgen in:

  • de aard van de opgave

  • de relevante ontwikkelingen voor de fysieke leefomgeving

  • de mogelijke oplossingen voor die opgave.

    1. Hieronder vallen ook de oplossingen die anderen hebben voorgedragen en waarvan het bevoegd gezag na beoordeling ervan besluit deze mee te nemen in de verkenning.

       Het bevoegd gezag bepaalt zelf de invulling van de verkenning. De verkenning moet uiteindelijk voldoende informatie bieden om een projectbesluit te kunnen opstellen en -indien van toepassing- daaraan voorafgaand een voorkeursbeslissing te kunnen nemen. Het milieueffectrapport kan onderdeel zijn van de verkenning.

• Voorkeursbeslissing[31] Artikel 5.49 Ow
  (indien van toepassing)

  • Voorbereiden voorkeursbeslissing met toepassing van afdeling 3.4 Awb[32] Artikel 16.70 Ow
    

  • Vaststellen voorkeursbeslissing

• Projectbesluit

  • Voorbereiden projectbesluit met toepassing van afdeling 3.4 Awb[33] Artikel 16.71 lid 1 aanhef en onder a Ow
    

  • Inwinnen instemming respectievelijk advies als het projectbesluit gaat gelden als omgevingsvergunning voor een activiteit waarvoor instemming van een ander bestuursorgaan nodig is of als besluit op een aanvraag waarover een ander bestuursorgaan of andere instantie in de gelegenheid wordt gesteld om advies uit te brengen

  • Vaststellen projectbesluit

  • Beslissen omtrent goedkeuring projectbesluit waterschap[34] Artikel 16.72 Ow
    
    Een projectbesluit dat is vastgesteld door het dagelijks bestuur van het waterschap behoeft goedkeuring van GS van de provincie waarin het projectbesluit wordt uitgevoerd dan wel GS van de provincie waarin het projectbesluit in hoofdzaak zal worden uitgevoerd.

  • Beroep
    Tegen een projectbesluit kan beroep worden ingesteld. In het geval van een projectbesluit van een waterschap kan zowel tegen het projectbesluit als tegen het besluit over de goedkeuring beroep worden ingesteld[35] Artikel 2.2 onderdeel B sub 2 sub g sub d en h Invoeringswet Omgevingswet, waarmee afdeling 5.2 Omgevingswet (Projectprocedure) en artikel 16.72 (goedkeuring projectbesluit waterschap door GS) worden toegevoegd aan artikel 2 van bijlage 2 van de Awb, waarmee de besluiten worden aanwezen waartegen op grond van artikel 8:6 lid 1 Awb rechtstreeks beroep bij de Afdeling bestuursrecht van de Raad van State openstaat
    .

  • Inwerkingtreden

    • projectbesluit provincie en Rijk treedt in werking 4 weken na de dag van bekendmaking van het projectbesluit; het bevoegd gezag kan vanwege spoedeisende omstandigheden bepalen dat het projectbesluit eerder in werking treedt[36] Artikel 16.78 lid 3 Ow
      

    • projectbesluit waterschap treedt in werking 4 weken na de dag van bekendmaking van het besluit over de goedkeuring[37] Artikel 16.78 lid 4 Ow
      .

2.3.4 Coördinatie

In artikel 5.52 Ow is het projectbesluit als een integraal besluit gepositioneerd. Dat is -behoudens het overgangsrecht- in ieder geval verplicht voor de strijdigheid van het projectbesluit met het ter plaatse geldende omgevingsplan: dan moet het projectbesluit het omgevingsplan wijzigen met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project[38] Artikel 5.52 lid 1 Ow
. Daarnaast geldt, voor zover dat in het projectbesluit uitdrukkelijk is bepaald, het projectbesluit als omgevingsvergunning, besluit tot vaststelling van een geluidproductieplafond als omgevingswaarde, maatwerkvoorschrift, verkeersbesluit of onttrekking van een weg aan de openbaarheid[39] Artikel 5.52 lid 2 Ow en artikel 5.7 Ob
. Het is mogelijk om het projectbesluit niet te laten gelden als die besluittypen, maar voor zover de bevoegdheid tot het nemen van deze besluiten ligt bij een ander bestuursorgaan kan het bestuursorgaan dat het projectbesluit vaststelt niet afdwingen dat dat andere bestuursorgaan die besluiten daadwerkelijk neemt.

Bij projectbesluiten voor hoofdinfrastructuur en primaire waterkeringen is het verplicht om op de coördinatie van de voorbereiding van de besluiten ter uitvoering van een projectbesluit de coördinatieregeling van afdeling 3.5 Awb toe te passen[40] Artikel 5.45 lid 2 en 16.7 Ow
. Bij projectbesluiten voor andere projecten kan het bevoegd gezag bepalen om op de coördinatie van de voorbereiding van de besluiten ter uitvoering van een projectbesluit die coördinatieregeling toe te passen[41] Artikel 5.45 lid 1 en 16.7 Ow
. Coördinerend bestuursorgaan is het bestuursorgaan dat bevoegd gezag is voor het projectbesluit[42] Artikel 5.45 lid 3 Ow
, tenzij het gaat om een projectbesluit van het waterschap; in dat geval zijn GS coördinerend bestuursorgaan[43] Artikel 5.45 lid 4 Ow
. De Omgevingswet gaat uit van de coördinatie van verschillende besluiten ter uitvoering van een projectbesluit. De gecoördineerde voorbereiding van die uitvoeringsbesluiten kan parallel verlopen aan de totstandkoming van het projectbesluit, maar kan ook na het afronden van de procedure van het projectbesluit plaatsvinden. Het projectbesluit wordt gepubliceerd en bekend gemaakt met toepassing van de STOP/TPOD-standaard. De uitvoeringsbesluiten worden gepubliceerd en bekend gemaakt op de voor die besluiten gebruikelijke wijze.

In de artikelen 5.45 en 16.7 Ow is uitdrukkelijk sprake van coördinatie van besluiten ter uitvoering van een projectbesluit; deze artikelen regelen niet de coördinatie van uitvoeringsbesluiten met het projectbesluit. Artikel 3:21 lid 1 onder b Awb maakt het echter mogelijk om de coördinatieregeling van afdeling 3.5 Awb toe te passen als dat is bepaald bij besluit van de tot het nemen van die besluiten bevoegde bestuursorganen. Er zou dan kunnen worden besloten om uitvoeringsbesluiten met het projectbesluit te coördineren; juridisch is dat mogelijk.

Om technische redenen is de coördinatie van uitvoeringsbesluiten met het projectbesluit op de manier waarop de Awb coördinatie voorschrijft niet mogelijk. Dat komt ten eerste omdat de Awb bepaalt dat bij toepassing van de coördinatieregeling van afdeling 3.5 Awb het coördinerende bestuursorgaan de besluiten gelijktijdig bekend moet maken[44] Artikel 3:27 Awb
. Bij een projectbesluit van een waterschap zijn GS coördinerend bestuursorgaan. Bij coördinatie van een projectbesluit met de uitvoeringsbesluiten zou het waterschap de STOP/TPOD-bestandenset van het ontwerp-projectbesluit en later het vastgestelde projectbesluit aan de provincie moeten sturen. De provincie zou vervolgens die bestandenset moeten importeren in de eigen plansoftware en ter publicatie of bekendmaking aan de LVBB moeten aanleveren. Dat is vergelijkbaar met het meervoudig bronhouderschap, dat nu technisch niet mogelijk is (zie daarover uitgebreid paragraaf 2.4). Er zal onderzocht worden of hiervoor een oplossing moet worden geboden door aanpassing van de wetgeving. Een tweede reden is dat de STOP/TPOD-standaard (nog) geen modellen kent voor de typen besluiten ter uitvoering van een projectbesluit.

Wanneer het gewenst is om een projectbesluit en besluiten ter uitvoering van dat projectbesluit gelijktijdig voor te bereiden, kan dit praktisch worden opgelost door de besluiten ter uitvoering van het projectbesluit met toepassing van de coördinatieregeling van afdeling 3.5 Awb voor te bereiden en tegelijkertijd -maar zonder toepassing van de coördinatieregeling- een projectbesluit voor te bereiden. Als het gaat om besluiten ter uitvoering van een projectbesluit van het waterschap stelt het waterschap in dat geval het projectbesluit op met toepassing van de STOP/TPOD-standaard en levert het waterschap het projectbesluit aan de LVBB aan, waarna het in het publicatieblad van het waterschap wordt bekendgemaakt. De provincie levert de gecoördineerde besluiten ter uitvoering van het projectbesluit via DROP aan, die vervolgens in het provinciaal blad bekend gemaakt worden.

2.4.1 Beoogde werking van meervoudig bronhouderschap

In het algemeen is een bestuursorgaan verantwoordelijk voor het vaststellen en wijzigen van het omgevingsdocument waarvoor het op grond van de Omgevingswet is aangewezen als bevoegd gezag en worden omgevingsdocumenten alleen gewijzigd door wijzigingsbesluiten van hetzelfde type. In het geval van het omgevingsplan berust die bevoegdheid primair bij de gemeente, maar zijn er ook andere bestuursorganen, van andere bestuurslagen, die andere typen besluiten nemen die leiden tot wijziging van het omgevingsplan:

• gedeputeerde staten kunnen met een reactieve interventie besluiten dat een onderdeel van een besluit tot vaststelling of wijziging van het omgevingsplan geen deel van het omgevingsplan uitmaakt[45] Artikel 16.21 Ow
  ;

• bestuursorganen van provincie en Rijk kunnen een voorbereidingsbesluit nemen dat het omgevingsplan wijzigt met voorbeschermingsregels[46] Artikel 4.16 Ow
  ;

• bestuursorganen van waterschap, provincie en Rijk kunnen met een projectbesluit het omgevingsplan wijzigen met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project[47] Artikel 5.52 lid 1 Ow
  .

Artikel 16.2 Ow bepaalt dat, ter uitvoering van artikel 19 van de Bekendmakingswet, op een bestuursorgaan dat met een van de genoemde instrumenten een omgevingsplan wijzigt, ook de verplichting rust om deze wijziging te verwerken in een nieuwe geconsolideerde versie van het omgevingsplan.

De wetgever heeft reactieve interventie, voorbereidingsbesluit en projectbesluit zo bedoeld dat het bestuursorgaan dat een van die instrumenten vaststelt, ook het omgevingsplan, een instrument van een ander type en van een ander bevoegd gezag van een andere bestuurslaag, wijzigt. Technisch uitgedrukt zijn er in dat geval meerdere bronhouders die eenzelfde omgevingsdocument kunnen wijzigen. Dit wordt meervoudig bronhouderschap genoemd. In grote lijnen zou de technische uitwerking van het beoogde meervoudig bronhouderschap er op neerkomen dat het bestuursorgaan dat het andere besluittype heeft genomen, tegelijk met het ter bekendmaking aan de LVBB aanleveren van dat besluit ook de wijzigingsinstructie voor het omgevingsplan moet aanleveren. De LVBB zou daarmee een nieuwe versie van de geconsolideerde regeling van het omgevingsplan kunnen genereren. De betreffende gemeente zou vervolgens de nieuwe geconsolideerde regeling bij de LVBB moeten ophalen en in het eigen plansysteem in de eigen versie van het omgevingsplan importeren en verwerken.

Wanneer er met het oog op de voorbereiding van een projectbesluit een voorbereidingsbesluit wordt genomen, kan het meervoudig bronhouderschap op twee momenten spelen: bij het nemen van het voorbereidingsbesluit én, als het projectbesluit een of meer omgevingsplannen wijzigt, bij het vaststellen van het daarop volgende projectbesluit.

2.4.2 Uitvoering meervoudig bronhouderschap en consolidatie met concept ‘tijdelijk regelingdeel’

Gebleken is dat de door de wetgever beoogde vorm van meervoudig bronhouderschap juridisch én technisch heel complex is. Ten eerste omdat iedere wijziging niet alleen een wijziging van tekst is, maar ook van locaties, annotaties en geografische informatieobjecten (en daarmee ook gevolgen kan hebben voor de juridische en technische opzet van het omgevingsplan) en ook gevolgen kan hebben voor de toepasbare regels waarmee het omgevingsplan in het Omgevingsloket bevraagd kan worden. Ten tweede omdat niet eenduidig is hoe wijzigingen uitgevoerd moeten worden. Voor het omgevingsplan geldt namelijk een overgangsfase waarin gemeenten het omgevingsplan stapsgewijs kunnen opbouwen. In die periode bestaat het omgevingsplan uit het omgevingsplan van rechtswege (met name bestaande uit de geldende bestemmingsplannen c.a. die in Ruimtelijkeplannen.nl zijn gepubliceerd en dan via de overbruggingsfunctie in DSO-LV getoond worden), het omgevingsplan van Rijkswege (oftewel de bruidsschatregels) en het omgevingsplan dat de gemeente zelf aan het opbouwen is. Bovendien zal het omgevingsplan naar verwachting vaak gewijzigd worden, zowel door wijzigingsbesluiten (van gemeenteraad maar ook van B&W) en voorbereidingsbesluiten van de gemeente zelf als door voorbereidingsbesluiten, reactieve interventies en projectbesluiten van bestuursorganen van andere bestuurslagen. Alleen al voor de wijzigingsbesluiten van de gemeente zelf geldt dat er zeer zorgvuldig geregisseerd moet worden wanneer welk besluit wordt genomen. Om deze redenen is de vorm van tweerichtingsverkeer met de LVBB die nodig is voor de door de wetgever beoogde vorm van meervoudig bronhouderschap, niet haalbaar gebleken.

In de STOP/TPOD-standaard is de technische invulling ontwikkeld van het meervoudig bronhouderschap: het tijdelijk regelingdeel. Dit concept houdt in dat de juridische geconsolideerde regeling kan bestaan uit een hoofdregeling en een of meer tijdelijk regelingdelen. Het tijdelijk regelingdeel maakt tijdelijk deel uit van de geconsolideerde regeling en/of is afkomstig van een ander bevoegd gezag dan de ‘eigenaar’ van het omgevingsdocument. Technisch zijn het losse delen. Schematisch ziet dit er zo uit:

Een regeling bestaat op deze manier uit één hoofdregeling en nul of meer tijdelijke regelingdelen. Elk deel (de hoofdregeling en ieder tijdelijk regelingdeel) is een apart ‘work’ (een eigenstandig deel) en kan worden beheerd door een ander bevoegd gezag. Elk deel kan worden gewijzigd en heeft dus ook zijn eigen versies.

In STOP is het tijdelijk regelingdeel vormgegeven in het tekstmodel RegelingTijdelijkdeel. De specificaties voor de toepassing van het tekstmodel RegelingTijdelijkdeel op het projectbesluit staan in paragraaf 2.4.4.

Het concept tijdelijk regelingdeel geldt zowel voor tekst als voor geografische informatieobjecten (verder afgekort tot GIO, zie daarvoor verder paragraaf 6.1.2.1). Een tijdelijk regelingdeel kan artikelen en leden hebben die niet in de hoofdregeling voorkomen én alternatieve versies van artikelen en leden uit de hoofdregeling. Ieder tijdelijk regelingdeel heeft eigen GIO’s. Ze kunnen bedoeld zijn als GIO’s die niet in de hoofdregeling voorkomen of als alternatieve versies van GIO’s uit de hoofdregeling, bij voorbeeld om aan te geven dat een onderdeel van de hoofdregeling op een bepaalde locatie wel of juist niet geldt. Datzelfde geldt voor annotaties met OW-objecten.

De hoofdregeling is het initiële omgevingsplan (de bruidsschat), geconsolideerd met alle wijzigingsbesluiten die de gemeente daarna heeft genomen. Een tijdelijk regelingdeel is een technisch afzonderlijk deel, dat niet wordt geconsolideerd in de hoofdregeling, maar wel samen met de hoofdregeling de geconsolideerde regeling vormt. Ieder tijdelijk regelingdeel kan met wijzigingsbesluiten worden gewijzigd; dan ontstaat een consolidatie van dat tijdelijk regelingdeel. Technisch wordt de relatie tussen het tijdelijk regelingdeel en de (hoofd)regeling van het omgevingsplan vastgelegd in de STOP-metadata: dít tijdelijk regelingdeel hoort bij díé hoofdregeling.

Ieder tijdelijk regelingdeel begint met de conditie van het tijdelijk regelingdeel: een beschrijving in woorden van de verhouding tussen dit tijdelijk regelingdeel en de hoofdregeling. Doorgaans zal in de conditie worden bepaald dat de regels in het tijdelijk regelingdeel -daar waar ze afwijken- voorrang hebben op de regels in de hoofdregeling. Door middel van het STOP-XML-element Conditie is de conditie als zodanig te herkennen. Met behulp van het tekstelement Conditie kunnen overheid.nl en DSO-LV de conditie tonen bij de regels uit het tijdelijk regelingdeel zodat de raadpleger direct kan zien wat de verhouding tussen tijdelijk regelingdeel en hoofdregeling is. De betekenis van de conditie wordt niet gemodelleerd. Er is dus geen attribuut waarmee de aard van de verhouding tussen hoofdregeling en tijdelijk regelingdeel machineleesbaar wordt gemaakt. Hoe die verhouding is, blijkt uit de tekst van de conditie.

Zoals in paragraaf 2.4.1 al is aangegeven, moet het bestuursorgaan dat met een voorbereidingsbesluit, projectbesluit of reactieve interventie een omgevingsplan wijzigt, zorgen voor het verwerken van deze wijziging in een nieuwe geconsolideerde versie van het omgevingsplan[48] Artikel 16.2 Ow
. Net als het doorvoeren van wijzigingen in een al bestaand plandeel is de toevoeging van een tijdelijk regelingdeel aan het omgevingsplan een vorm van consolidatie. In dat laatste geval wordt aan de consolidatieverplichting voldaan door het tijdelijk regelingdeel (door middel van metadata) te koppelen aan de hoofdregeling van het omgevingsplan. Vaststelling van een tijdelijk regelingdeel is een vorm van verwerking in het omgevingsplan, namelijk door er een (tijdelijk regeling)deel aan toe te voegen. Hiermee wordt het omgevingsplan juridisch gewijzigd en ontstaat een nieuwe geconsolideerde versie.

Het concept ‘tijdelijk regelingdeel’ van de STOP/TPOD-standaard voorziet dus zowel in de toepassing van het meervoudig bronhouderschap als in het voldoen aan de consolidatieverplichting van artikel 16.2 Ow.

2.4.3 Wijzigen omgevingsplan door projectbesluit voorlopig niet verplicht

Op grond van het overgangsrecht (zie verder paragraaf 2.5) is het gedurende de overgangsfase niet verplicht om met het projectbesluit het omgevingsplan te wijzigen. Gebruikmaken van het tijdelijk regelingdeel, de methode om het omgevingsplan te wijzigen, is dus ook niet verplicht.

Uiteraard zal het doorgaans zo zijn dat het voorgenomen project in strijd is met het ter plaatse geldende omgevingsplan. Er zijn twee methoden om daarmee om te gaan. De eerste methode is het gebruik van het overgangsrecht: gedurende de overgangsfase hoeft het projectbesluit niet het omgevingsplan te wijzigen en geldt het projectbesluit als omgevingsvergunning voor de buitenplanse omgevingsplanactiviteit[49] Artikel 22.16 Ow
. De tweede methode bestaat er uit dat niet het bestuursorgaan dat het projectbesluit vaststelt maar de gemeente de voor de uitvoering van het project benodigde wijzigingen van het omgevingsplan vaststelt. Dat kan door het samen optrekken van waterschap, provincie of Rijk enerzijds en de gemeente anderzijds in de voorbereiding van het project, waarbij waterschap, provincie of Rijk het projectbesluit voorbereidt en vaststelt en de gemeente het wijzigen van het omgevingsplan voor haar rekening neemt. Bij een projectbesluit van provincie of Rijk kan dat ook doordat provincie of Rijk voorafgaand aan het vaststellen van het projectbesluit een voorbereidingsbesluit neemt en de gemeente de instructie geeft om het omgevingsplan te wijzigen, waarna de gemeente de wijziging van het omgevingsplan voorbereidt en vaststelt.

Opgemerkt wordt dat er gevallen zijn waarin de omgevingsvergunning voor de buitenplanse omgevingsplanactiviteit geen oplossing biedt. Met een omgevingsvergunning kan immers alleen toestemming worden gegeven om iets te doen, oftewel om onderdelen van een project te realiseren; een omgevingsvergunning kan niet een verbod, vergunningplicht of ander beschermingsregime voor het project instellen. Een voorbeeld: een projectbesluit kan wel gelden als omgevingsvergunning voor het aanleggen van een ondergrondse hoogspanningskabel, maar kan niet voorzien in een verbod om zonder omgevingsvergunning te graven of bomen te planten in de grond boven die hoogspanningskabel. Zo’n vergunningplicht kan wel ingesteld worden door de regels van het omgevingsplan te wijzigen. Daarvoor kan dan het tijdelijk regelingdeel worden ingezet. Ter bescherming van een project van een waterschap kan het waterschap, voor die aspecten van het project waarover het waterschap regels kan stellen, een vergunningplicht, meldingsplicht of informatieplicht in de waterschapsverordening opnemen. De daarvoor benodigde wijziging van de waterschapsverordening verloopt via een separate procedure en is geen onderdeel van het projectbesluit.

2.4.4 Toepassing van het tijdelijk regelingdeel en van de consolidatie bij het wijzigen van het omgevingsplan met het projectbesluit

Toegepast op het projectbesluit en het omgevingsplan werkt het tijdelijk regelingdeel als volgt. Voorafgaand aan het vaststellen van een projectbesluit is er een hoofdregeling van het omgevingsplan. Een bestuursorgaan van waterschap, provincie of Rijk stelt een projectbesluit vast en maakt dit projectbesluit bekend. De regels waarmee het projectbesluit het omgevingsplan wijzigt, worden niet verwerkt in de hoofdregeling. Het projectbesluit leidt dus niet tot een nieuwe versie van de hoofdregeling van het omgevingsplan; de al aanwezige hoofdregeling op overheid.nl en in DSO-LV blijft ongewijzigd bestaan. Door het gebruik van het STOP-tekstmodel RegelingTijdelijkdeel ontstaat door het projectbesluit een nieuw tijdelijk regelingdeel als onderdeel van de volledige geconsolideerde regeling van het omgevingsplan. Daarin komen de conditie én de regels waarmee het projectbesluit het omgevingsplan wijzigt. Het is dus het bestuursorgaan dat het projectbesluit neemt dat er voor zorgt dat een nieuw tijdelijk regelingdeel deel gaat uitmaken van de geconsolideerde regeling van het omgevingsplan. Dat doet het door het projectbesluit met het tijdelijk regelingdeel aan te leveren aan de LVBB.

Ieder projectbesluit leidt voor een gemeente tot een afzonderlijk tijdelijk regelingdeel. Als er voor het grondgebied van een gemeente meerdere projectbesluiten zijn vastgesteld is er voor ieder projectbesluit een eigen tijdelijk regelingdeel. Voorbereidingsbesluiten en reactieve interventies leiden ook tot afzonderlijke tijdelijk regelingdelen. Er kunnen dus tegelijkertijd meerdere tijdelijk regelingdelen onderdeel uitmaken van de geconsolideerde regeling van het omgevingsplan. Er is dus niet per gemeente één tijdelijk regelingdeel waarin de regels vanuit alle projectbesluiten, voorbereidingsbesluiten en reactieve interventies worden opgenomen.

Er zijn projectbesluiten die betrekking hebben op het grondgebied van één gemeente. In Figuur 3 is het effect op het omgevingsplan van het in een projectbesluit toepassen van het tijdelijk regelingdeel in een kaartbeeld visueel gemaakt.

Figuur 3 kan gezien worden als visualisatie van verschillende mogelijkheden:

• er zijn drie projectbesluiten vastgesteld, ieder projectbesluit heeft een tijdelijk regelingdeel dat geldt voor een eigen gebied;

• er is één projectbesluit vastgesteld, dat projectbesluit heeft één tijdelijk regelingdeel dat geldt voor drie gebieden;

• er zijn twee projectbesluiten vastgesteld, het eerste projectbesluit heeft een tijdelijk regelingdeel dat geldt voor twee gebieden, het tweede projectbesluit heeft een tijdelijk regelingdeel dat geldt voor één gebied.

Er zijn ook combinaties van projectbesluit, voorbereidingsbesluit en reactieve interventie mogelijk.

Het projectbesluit zal vermoedelijk altijd een gedeelte van het grondgebied van een gemeente betreffen en ook slechts voor een deel van dat grondgebied de regels van het omgevingsplan wijzigen. In het tijdelijk regelingdeel moet dan ook in de regels en met behulp van Locaties, IMOW-annotaties en geografische informatieobjecten worden vastgelegd voor welk gebied ze gelden. Dat een projectbesluit een wijziging van het omgevingsplan voor het hele ambtsgebied van een gemeente meebrengt, ligt niet erg voor de hand.

Er zijn ook projectbesluiten die betrekking hebben op het grondgebied van meerdere gemeenten. Bij het projectbesluit moet dan per gemeente een afzonderlijk tijdelijk regelingdeel worden aangeleverd. Figuur 4 laat, in de vorm van een schematisch kaartbeeld, een voorbeeld zien van een projectbesluit dat voorziet in de aanleg van een provinciale weg over het grondgebied van drie gemeenten. Bij het projectbesluit wordt voor het omgevingsplan van iedere gemeente een afzonderlijk tijdelijk regelingdeel aangeleverd; in totaal zijn er bij dit projectbesluit dus drie tijdelijk regelingdelen.

Opgemerkt wordt dat er toepasbare regels kunnen zijn bij regels uit de hoofdregeling die door het projectbesluit zijn gewijzigd. Als die toepasbare regels in de Vergunningcheck- en Aanvraagmodules van DSO-LV aanwezig blijven, krijgt een raadpleger onjuiste informatie. Wanneer er zowel bij de hoofdregeling als bij het tijdelijk regelingdeel toepasbare regels zijn, krijgt een raadpleger dubbele informatie die deels juist en deels onjuist is. Er zullen bestuurlijke afspraken moeten worden gemaakt hoe hiermee omgegaan moet worden.

Een tijdelijk regelingdeel wordt op dezelfde manier gewijzigd als andere regelingen, zoals het vrijetekstgedeelte van het projectbesluit en de hoofdregeling van het omgevingsplan. In principe dus met renvooi-muteren of, zolang de gebruikte software dat niet ondersteunt, met de alternatieve wijzigingsmethoden Integrale tekstvervanging of Intrekken & vervangen.

2.4.5 Verwerken van de regels uit het tijdelijk regelingdeel in de hoofdregeling en intrekken van het tijdelijk regelingdeel

Nadat een projectbesluit bekend is gemaakt, wordt het tijdelijk regelingdeel getoond op overheid.nl en in DSO-LV, als onderdeel van de geconsolideerde regeling van het omgevingsplan. Anders dan bij voorbereidingsbesluit en reactieve interventie, waarbij de regels in het tijdelijk regelingdeel een tijdelijk karakter hebben en het tijdelijk regelingdeel na verloop van tijd verdwijnt, bevat het tijdelijk regelingdeel waarmee het projectbesluit het omgevingsplan wijzigt permanente regels en verdwijnt het tijdelijk regelingdeel niet. Daardoor kan er een langdurige situatie ontstaan waarin op een bepaalde locatie een of meer regels in de hoofdregeling in strijd zijn met de regels in het tijdelijk regelingdeel. In de conditie in het tijdelijk regelingdeel is dan uiteraard vastgelegd dat de regels in het tijdelijk regelingdeel voorgaan boven de regels in de hoofdregeling, maar voor een raadpleger is dat een minder inzichtelijke oplossing. Als de gemeente dat onwenselijk vindt, kan zij ervoor kiezen om de regels waarmee een projectbesluit het omgevingsplan heeft gewijzigd, te verwerken in de hoofdregeling van het omgevingsplan. Als dat gedaan is, moet het tijdelijk regelingdeel niet meer getoond worden. De gemeente doet dat door bij de aanlevering van het wijzigingsbesluit waarmee de regels uit het tijdelijk regelingdeel in de hoofdregeling van het omgevingsplan worden verwerkt, ook de intrekking van het tijdelijk regelingdeel aan te leveren. Hoe dat moet, is beschreven in paragraaf 11.4.8.

3.8.1 Het aanleverproces

Het bevoegd gezag levert via het digitale kanaal het digitale besluit aan via het bronhouderkoppelvlak. Het digitale besluit bestaat uit een generiek formeel deel met daarin de artikelen c.q. beleidstekst en geografische informatieobjecten (verder afgekort tot GIO, zie hiervoor paragraaf 6.1.2.1) en een Omgevingswetdeel met specifieke objecten vanuit dit domein (verder: OW-objecten, zie hiervoor hoofdstuk 8). In het geval van een wijzigingsbesluit levert het bevoegd gezag de consolidatie-instructies ten behoeve van het consolideren van het wijzigingsbesluit in de regeling. Beide delen vormen een gevalideerd consistent geheel. De LVBB verzorgt de publicatie van het formele deel van het besluit in het digitale publicatieblad van het bevoegde gezag op officiëlebekendmakingen.nl en consolideert het besluit in de regeling. De OW-objecten worden gedistribueerd naar DSO-LV ten behoeve van het Omgevingsloket.

3.8.2 Raadplegen

4.1.1 Besluit in de juridische context

Het samenstel van Awb, Bekendmakingswet en Omgevingswet maakt, voor besluiten die niet tot een of meer belanghebbenden zijn gericht en die zijn voorbereid met toepassing van afdeling 3.4 Awb, onderscheid tussen het (ontwerp)besluit en de op dat (ontwerp)besluit betrekking hebbende stukken. Met het (ontwerp)besluit wordt hier bedoeld dat wat het bestuursorgaan besluit (of voornemens is te besluiten) en wat het bestuursorgaan vaststelt (c.q. gaat vaststellen). De op het (ontwerp)besluit betrekking hebbende stukken zijn stukken die het bestuursorgaan gebruikt bij de onderbouwing van het (ontwerp)besluit, maar niet vaststelt. Een voorbeeld: als de gemeenteraad het besluit neemt tot wijziging van het omgevingsplan, stelt hij de wijziging van het omgevingsplan vast. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van die wijziging zijn op het (ontwerp)besluit betrekking hebbende stukken. De gemeenteraad stelt deze stukken niet vast, maar betrekt ze bij het nemen van het besluit.

Het (ontwerp)besluit moet gepubliceerd c.q. bekend gemaakt worden door plaatsing van de volledige inhoud van het (ontwerp)besluit in het publicatieblad van het bevoegd gezag[67] Artikelen 3:11 lid 1 en 3:44 lid 2 Awb en artikelen 5, 6 en 12 Bekendmakingswet
. De op het (ontwerp)besluit betrekking hebbende stukken moeten ter inzage gelegd worden. Deze terinzagelegging geschiedt zowel op elektronische wijze als op een door het bestuursorgaan aan te wijzen locatie. De (elektronische) terinzagelegging vindt niet plaats in de publicatiebladen.

4.1.2 Het juridische besluit in de informatiekundige context van de STOP/TPOD-standaard

De LVBB moet kunnen bepalen wat in het publicatieblad gepubliceerd dan wel bekendgemaakt moet worden (namelijk alles wat behoort tot het in de vorige paragraaf beschreven besluit in de juridische context) en dat wat geconsolideerd moet worden. Daartoe maakt de STOP/TPOD-standaard onderscheid tussen Besluit en Regeling.

De Regeling bevat de juridische regels c.q. beleid- of realisatietekst en de geografische begrenzingen van de gebieden waar de regels c.q. de beleid- of realisatietekst gelden, die door het bestuursorgaan worden vastgesteld, gewijzigd of ingetrokken. Voorbeelden zijn het omgevingsplan en de omgevingsvisie. Het Besluit bevat de tekst waarmee het bestuursorgaan bepaalt wat er gebeurt bij de bekendmaking: het stelt een initiële regeling vast, het wijzigt een regeling, het trekt een regeling in etc. Het bestuursorgaan bepaalt ook wanneer die vaststelling, wijziging of intrekking in werking treedt. Onderdeel van het Besluit is dus ook de nieuwe regeling of de wijziging van de regeling. Voorbeelden zijn het raadsbesluit met alle bijbehorende onderdelen waarmee de gemeenteraad een wijziging van het omgevingsplan vaststelt en het statenbesluit met alle bijbehorende onderdelen waarmee provinciale staten de omgevingsvisie vaststellen.

Het Besluit wordt, met inbegrip van de inhoud of wijziging van de Regeling die onderdeel is van het Besluit, bekendgemaakt in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl. De juridisch geldende versie van het projectbesluit waaraan rechten en plichten kunnen worden ontleend, bestaat uit de verzameling van de nieuwe regeling en alle daarna vastgestelde wijzigingen van die regeling. Om die verzameling op een voor de mens leesbare en begrijpelijke manier weer te geven is er ook de geconsolideerde Regeling. Een (Toestand van een) geconsolideerde Regeling bevat de inhoud van een regeling zoals die geldt op een bepaald moment. De geconsolideerde Regeling wordt afgeleid uit de initiële regeling waarin steeds de (in werking getreden) wijzigingen uit de wijzigingsbesluiten zijn verwerkt tot een doorlopende versie van het projectbesluit. De geconsolideerde Regeling vormt de basis voor de weergave van de regeling in de nationale respectievelijk lokale regelingenbank op overheid.nl én van de versie van het projectbesluit die in DSO-LV te raadplegen is.

Bij Besluit en Regeling kunnen bijlagen worden gevoegd die integraal onderdeel zijn van de tekst van Besluit of Regeling maar om redenen van leesbaarheid e.d. niet in het lichaam van Besluit of Regeling kunnen worden opgenomen. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het nemen van het juridische besluit als bedoeld in de vorige paragraaf zijn op het besluit betrekking hebbende stukken. Het zijn geen bijlagen bij Besluit of Regeling als bedoeld in de STOP/TPOD-standaard. Ze worden niet in de publicatiebladen gepubliceerd maar ter inzage gelegd. Zie voor de elektronische terinzagelegging van deze stukken paragraaf 4.2.3.

4.2.1 Onderscheid tussen bijlagen en op het besluit betrekking hebbende stukken

In paragraaf 4.1.1 over het besluit in de juridische context is beschreven dat het samenstel van Awb, Bekendmakingswet en Omgevingswet leidt tot onderscheid tussen het besluit en de op dat besluit betrekking hebbende stukken. Het besluit is dat wat het bestuursorgaan besluit en vaststelt. Het besluit wordt bekend gemaakt in het publicatieblad van het bevoegd gezag. Van het besluit kunnen bijlagen deel uitmaken. Deze bijlagen bevatten informatie die onderdeel is van wat het bestuursorgaan vaststelt maar om redenen van omvang, leesbaarheid en/of vormgeving niet goed in het besluit kan worden opgenomen. Bijlagen worden dus ook in het publicatieblad opgenomen.

Op het (ontwerp)besluit betrekking hebbende stukken zijn stukken die het bestuursorgaan gebruikt bij de onderbouwing van het besluit, maar niet vaststelt. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het besluit zijn typische voorbeelden van op het (ontwerp)besluit betrekking hebbende stukken. De op het (ontwerp)besluit betrekking hebbende stukken moeten ter inzage gelegd worden. Die terinzagelegging vindt niet plaats in het publicatieblad.

4.2.2 Bijlagen bij Besluit en Regeling

Er is informatie die onderdeel vormt van (een besluit tot vaststelling of wijziging van) een omgevingsdocument maar niet goed direct in het lichaam van besluit of regeling is op te nemen. Deze informatie wordt dan in een bijlage opgenomen. Redenen daarvoor zijn met name leesbaarheid en vormgeving (denk aan lange lijsten en complexe tabellen). Ook kan een bijlage bestaan uit verwijzingen naar de (geografische) informatieobjecten of uit niet-tekstuele informatie. Deze bijlagen worden als onderdeel van Besluit en Regeling gepubliceerd c.q. bekend gemaakt in het publicatieblad.

Bijlagen kunnen worden gepubliceerd als:

• bijlage als onderdeel van de tekst in STOP-XML;

• PDF-document, gemodelleerd als informatieobject.

De hoofdregel is dat elke tekst die onderdeel is van een besluit of regeling, dus ook een bijlage, wordt vormgegeven als onderdeel van de tekst in STOP-XML. Op die manier is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen betreffende publicatie en bekendmaking. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd en geconsolideerd worden en de voorzieningen kunnen ze volgens de richtlijnen van digitale toegankelijkheid ontsluiten. Ook is het dan mogelijk om te verwijzen naar specifieke onderdelen van de tekst en om onderdelen van de tekst te muteren. Slechts in bijzondere gevallen is het toegestaan een bijlage als PDF-document aan te leveren. Dat is omdat het niet altijd mogelijk is om tekst in STOP-XML uit te wisselen zonder de tekst te moeten overtypen. Het aanleveren van een bijlage als PDF-document is alleen toegestaan in specifieke gevallen die in het betreffende toepassingsprofiel zijn vastgelegd. In dit toepassingsprofiel is dat gedaan in de normen in paragraaf 4. Het gebruik van een PDF-document als bijlage is alleen toegestaan als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als (te consolideren) bijlage gezien kan worden.

Opgemerkt wordt dat aan DSO-LV alleen tekstonderdelen worden doorgeleverd die in de Regeling zijn opgenomen. DSO-LV kan dus ook alleen die onderdelen tonen. Bijlagen die onlosmakelijk onderdeel zijn van het omgevingsdocument zelf, zoals bijlagen bij de regels of de beleidstekst, moeten dus in de Regeling zelf worden opgenomen om in DSO-LV getoond en gebruikt te kunnen worden.

4.2.3 Op het besluit betrekking hebbende stukken

In paragraaf 4.2.1 is aangegeven wat op het (ontwerp)besluit betrekking hebbende stukken zijn: dat zijn stukken die het bestuursorgaan gebruikt bij de onderbouwing van het besluit, maar geen integraal onderdeel vormen van de tekst van Besluit of Regeling. Bekende voorbeelden zijn de rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het besluit, zoals een milieueffectrapportage en rapportages van akoestisch onderzoek, archeologisch onderzoek en bodemonderzoek, en de zienswijzennota. Volgens Awb en Bekendmakingswet zijn op het (ontwerp)besluit betrekking hebbende stukken geen onderdeel van de publicatie of bekendmaking in het publicatieblad, maar worden ze ter inzage gelegd. Vanuit het besluit in het publicatieblad moet het mogelijk zijn om op eenvoudige wijze de elektronisch ter inzage gelegde stukken te raadplegen.

Over deze stukken bepaalt de Awb het volgende:

• De op het ontwerpbesluit betrekking hebbende stukken liggen ter inzage gedurende de termijn van zes weken voor het naar voren brengen van zienswijzen, die begint op de dag waarop het ontwerp ter inzage is gelegd en daarvan kennis is gegeven[68] Artikelen 3:11 en 3:16 Awb
  .

• De op het definitieve besluit betrekking hebbende stukken liggen ter inzage totdat de beroepstermijn van zes weken is verstreken[69] Artikelen 3:44 en 6:7 Awb
  . De beroepstermijn begint op de dag na die waarop het besluit op de voorgeschreven wijze is bekendgemaakt (of, in het geval van een besluit dat aan goedkeuring is onderworpen, op de dag na die waarop het goedkeuringsbesluit op de voorgeschreven wijze is bekendgemaakt)[70] Artikel 6:8 Awb
  .

Uitgangspunt van de wetgever is dus dat de op het (ontwerp)besluit betrekking hebbende stukken gedurende de zes weken van de zienswijzen- respectievelijk beroepstermijn ter inzage liggen. Het kan uiteraard voorkomen dat betrokkenen ook na die termijnen kennis willen nemen van deze stukken. Als de stukken dan niet meer elektronisch worden ontsloten, zou een betrokkene het bestuursorgaan moeten verzoeken om toezending van die stukken, of naar een fysieke locatie toe moeten om inzage te krijgen in die stukken. Daarom wordt aanbevolen om de elektronische terinzagelegging van de op het ontwerpbesluit betrekking hebbende stukken en de op het (definitieve) besluit betrekking hebbende stukken in ieder geval te laten voortduren totdat de volledige procedure is afgerond. Bij een besluit waartegen geen beroep openstaat is dat totdat het besluit in werking is getreden. Bij een besluit waartegen wel beroep openstaat is dat in ieder geval tot het einde van de beroepstermijn en, als beroep tegen het besluit is ingesteld, totdat de Afdeling bestuursrechtspraak van de Raad van State uitspraak heeft gedaan op de beroepen.

Naast de verplichting om op het (ontwerp)besluit betrekking hebbende stukken ter inzage te leggen, gelden ook de verplichtingen uit de Archiefwet. Op grond van deze wet zijn overheidsorganen verplicht de onder hen berustende archiefbescheiden te bewaren en om ze na afloop van de voor het betreffende stuk geldende bewaartermijn te vernietigen.

4.3.1 Modellen voor Besluit en Regeling

Er zijn modellen voor het Besluit en modellen voor de Regeling. De STOP/TPOD-standaard kent voor het Besluit de modellen BesluitKlassiek en BesluitCompact. Voor de Regeling zijn dat de modellen RegelingKlassiek, RegelingCompact, RegelingVrijetekst en RegelingTijdelijkdeel. RegelingKlassiek is uitsluitend bedoeld voor de instrumenten met regels van het Rijk. RegelingCompact is het model voor de decentrale regels, oftewel de instrumenten met regels van gemeente, waterschap en provincie, maar kan ook voor instrumenten met regels van het Rijk gebruikt worden. Het Rijk heeft dus een keuzemogelijkheid tussen RegelingKlassiek en RegelingCompact, waarbij wordt opgemerkt dat als het omgevingsdocument eenmaal is vormgegeven conform een van de modellen, er niet op een later moment in de levensloop van datzelfde omgevingsdocument zomaar kan worden overgestapt op het andere model. RegelingVrijetekst wordt gebruikt voor alle instrumenten met Vrijetekststructuur. RegelingTijdelijkdeel tot slot is het model dat moet worden gebruikt wanneer een tijdelijk regelingdeel wordt toegevoegd aan de geconsolideerde regeling van omgevingsplan of omgevingsverordening: bij een voorbereidingsbesluit, een reactieve interventie en een projectbesluit als dat een of meer omgevingsplannen wijzigt met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project. BesluitKlassiek wordt alleen in combinatie met RegelingKlassiek gebruikt. BesluitCompact wordt gebruikt als besluitmodel bij RegelingCompact, RegelingVrijetekst en RegelingTijdelijkdeel. In het vervolg van dit hoofdstuk worden alleen de modellen beschreven die voor het projectbesluit van toepassing zijn.

De modellen voor Regeling en Besluit die in het geval van het projectbesluit gebruikt moeten worden, zijn in detail beschreven in paragraaf 4.4.

4.3.2 Tekststructuren

De STOP/TPOD-standaard onderscheidt twee tekststructuren:

• Artikelstructuur: de tekststructuur voor het Lichaam[71] Lichaam van de regeling als bedoeld in Aanwijzing 3.53 van de Aanwijzingen voor de regelgeving en in STOP
  van een Regeling als dat is opgebouwd uit één of meer artikelen;

• Vrijetekststructuur:

  • de tekststructuur voor het Lichaam van een Regeling van juridisch authentieke documenten die geen artikelen bevat;

  • de tekststructuur voor onderdelen van Besluit en Regeling buiten het Lichaam.

Opgemerkt wordt dat er ook in het Lichaam van een Besluit artikelen voorkomen. Deze artikelen vallen echter niet onder het begrip Artikelstructuur. Dat de elementen van de Vrijetekststructuur worden gebruikt buiten het Lichaam geldt zowel voor omgevingsdocumenten met Artikelstructuur als voor omgevingsdocumenten met Vrijetekststructuur, en zowel voor Besluit als voor Regeling.

In het vervolg van dit hoofdstuk is vastgelegd welke modellen voor Besluit en Regeling gebruikt moeten worden en welke bijzondere bepalingen gelden voor het projectbesluit. In hoofdstuk 5 zijn de STOP-tekststructuren en de toepassing daarvan op het projectbesluit beschreven.

4.4.1 Model

4.4.2 Besluit

In het Besluit staat wat het bestuursorgaan vaststelt (of wijzigt), met inbegrip van de procedure van totstandkoming en de motivering van het besluit. Het Besluit wordt, met inbegrip van de inhoud of wijziging van de Regeling die onderdeel is van het Besluit, bekendgemaakt in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl.

In paragraaf 4.4.1.2 is de norm voor de toepassing van het model BesluitCompact op het projectbesluit vastgelegd: welke elementen moeten respectievelijk mogen worden gebruikt en hoe vaak kunnen ze voorkomen. Paragraaf 4.4.2.2 geeft een uitgebreide toelichting op de elementen van het Besluit, waaronder ook tips over het al dan niet gebruikelijk zijn van een bepaald element. In deze paragraaf wordt ook aangegeven welke onderdelen die het projectbesluit op grond van Omgevingswet en Omgevingsbesluit moet c.q. kan bevatten, in het Besluit thuishoren en in welk element van het Besluit. In paragraaf 4.4.2.3 worden norm en toelichting concreet gemaakt met een voorbeeld.

Opgemerkt wordt dat de modellen voor Besluit en Regeling XML-modellen zijn. Met de in de volgende paragrafen genoemde elementen worden dus (STOP-)XML-elementen bedoeld.

Omwille van de leesbaarheid en herkenbaarheid zijn de namen van de ‘hoofdelementen’ vetgedrukt en die van de ‘subelementen’ schuingedrukt. De ‘hoofdelementen’ zijn genummerd om er in de toelichting en het voorbeeld in de volgende paragrafen naar te kunnen verwijzen.

4.4.2.2 Toelichting

In deze paragraaf worden de elementen toegelicht die moeten respectievelijk kunnen voorkomen in een Besluit dat is opgesteld overeenkomstig het model BesluitCompact. Figuur 8 en Figuur 9 laten -voor een projectbesluit dat niet respectievelijk voor een projectbesluit dat wel een omgevingsplan wijzigt- schematisch zien hoe het model BesluitCompact voor het projectbesluit er uit ziet (de nummers voor de elementen verwijzen naar de nummering in de vorige paragraaf).

Figuur 8 toont de toepassing van het model BesluitCompact voor een projectbesluit zonder wijziging van het omgevingsplan. Er is slechts één WijzigBijlage, nr 5 in de figuur. Die bevat de RegelingVrijetekst voor het vrijetekstgedeelte van het projectbesluit (of in het geval van een wijziging of uitwerking van een projectbesluit de RegelingMutatie met daarin de wijzigingen die in de geconsolideerde versie van het projectbesluit worden aangebracht). De onderdelen 1 t/m 9 komen in het publicatieblad. In de regelingenbank op overheid.nl en in DSO-LV is alleen de geconsolideerde regeling te zien die de LVBB met behulp van de WijzigBijlage (nr 5) construeert.

1 toont de toepassing van het model BesluitCompact voor een projectbesluit dat één omgevingsplan wijzigt. Er zijn twee WijzigBijlagen, de nrs 5 in de figuur. Bijlage A bevat de RegelingVrijetekst met het vrijetekstgedeelte van het projectbesluit. Bijlage B bevat de RegelingTijdelijkdeel met het tijdelijk regelingdeel waarmee het projectbesluit het omgevingsplan wijzigt. In het geval van een wijziging of uitwerking van een projectbesluit bevatten deze bijlagen de RegelingMutatie met daarin de wijzigingen die worden aangebracht in de geconsolideerde versie van het projectbesluit respectievelijk het tijdelijk regelingdeel waarmee het projectbesluit het omgevingsplan wijzigt. De onderdelen 1 t/m 9 komen in het publicatieblad. In de regelingenbank op overheid.nl en in DSO-LV is alleen de geconsolideerde regeling te zien die de LVBB met behulp van de WijzigBijlagen (nr 5) construeert.

In de hierna volgende toelichting wordt de nummering van paragraaf 4.4.2.1 gevolgd. In die paragraaf is van ieder element aangegeven of het moet (verplicht) of mag (optioneel) voorkomen; dat wordt in deze toelichting niet herhaald. De ‘hoofdelementen’ zijn weer vetgedrukt en de ‘subelementen’ schuingedrukt.

1. RegelingOpschrift: de officiële titel van het Besluit. Bijvoorbeeld: Vaststelling Projectbesluit Rondweg Gemeentestad.

2. Aanhef: blok tekst aan het begin van het Besluit. Hierin kunnen bijvoorbeeld de overwegingen van het bestuursorgaan staan, die voorafgaan aan het daadwerkelijke besluit. Bijvoorbeeld: “Overwegende dat, overeenkomstig artikel 16.71 lid 1 Omgevingswet en afdeling 3.4 Awb, het ontwerpbesluit tot vaststelling van het projectbesluit gedurende zes weken ter inzage heeft gelegen en er 116 zienswijzen zijn ontvangen;
   Gelezen het statenvoorstel d.d. 16 mei 2022 waarin wordt voorgesteld aan die zienswijzen gedeeltelijk tegemoet te komen”.

3. Lichaam: het Lichaam van het Besluit, in de bestuurspraktijk ook wel het dictum genoemd.
   Het Lichaam bevat ten minste één WijzigArtikel. Een WijzigArtikel mag slechts naar één WijzigBijlage verwijzen, anders gezegd: er zijn net zoveel WijzigArtikelen als er WijzigBijlagen zijn (en dus ook net zoveel WijzigArtikelen als er tijdelijk regelingdelen zijn). Als een projectbesluit niet een of meer omgevingsplannen wijzigt is er slechts één WijzigBijlage (met daarin de RegelingVrijetekst met het vrijetekstgedeelte van het projectbesluit) en dus ook slechts één WijzigArtikel. Als een projectbesluit niet alleen het project beschrijft maar ook een of meer omgevingsplannen wijzigt, is er een WijzigBijlage met daarin de RegelingVrijetekst met het vrijetekstgedeelte van het projectbesluit en een of meer WijzigBijlagen met daarin een RegelingTijdelijkdeel. Er zijn dan ten minste 2 WijzigArtikelen: één voor de verwijzing naar de RegelingVrijetekst en vervolgens net zoveel WijzigArtikelen als er tijdelijk regelingdelen zijn.
   In de tekst van het WijzigArtikel staat wat het bestuursorgaan besluit vast te stellen of te wijzigen en een verwijzing naar de WijzigBijlage, het onderdeel van het besluit waarin de inhoud of wijzigingen van de Regeling staan. Daarnaast moet het WijzigArtikel een machineleesbare verwijzing (met IntRef) naar de WijzigBijlage bevatten. Een voorbeeld van de tekstuele omschrijving en verwijzing bij de (initiële) vaststelling van het Projectbesluit Rondweg Gemeentestad: “Projectbesluit Rondweg Gemeentestad wordt vastgesteld zoals is aangegeven in Bijlage A”. Een voorbeeld van de tekstuele omschrijving en verwijzing bij een latere wijziging van dat projectbesluit: “Projectbesluit Rondweg Gemeentestad wordt gewijzigd zoals is aangegeven in Bijlage A”. Een voorbeeld bij een latere uitwerking van het projectbesluit: “Projectbesluit Rondweg Gemeentestad wordt uitgewerkt zoals is aangegeven in Bijlage A”. In een WijzigArtikel mag geen andere inhoud, zoals de datum van inwerkingtreding van het besluit, worden opgenomen. Opgemerkt wordt dat WijzigArtikel een technische term is die niet in de tekst van het besluit zal voorkomen. Bij gebruik van een Label zal de Kop dus niet Wijzigartikel I zijn maar Artikel I.
   In het Lichaam moet ten minste één (regulier) Artikel voorkomen. De (omschrijving van de) datum van inwerkingtreding van het besluit moet in zo’n regulier Artikel staan. In een Artikel mag geen inhoud worden opgenomen die in een WijzigArtikel hoort.
   Het is gebruikelijk dat WijzigArtikel voor Artikel komt, maar daar kan indien gewenst van worden afgeweken.
   RegelingOpschrift, Aanhef, Lichaam en de hierna te bespreken Sluiting samen vormen een geheel dat goed vergelijkbaar is met het statenbesluit-document waarmee de besluitvormingsprocedure van een provincie wordt vastgelegd. Wat (vermoedelijk) wel anders zal zijn is dat WijzigArtikel en Artikel verplicht een Kop moeten hebben. Die Kop moet ten minste één van de elementen Label, Nummer en Opschrift bevatten. In het besluit-voorbeeld van Figuur 10 in paragraaf 4.4.2.3 hebben WijzigArtikel en Artikel een Kop bestaande uit Label (namelijk: Artikel) en Nummer. Dat maakt het makkelijk om vanuit de WijzigBijlage naar het bijbehorende WijzigArtikel te verwijzen. Op de WijzigArtikelen en Artikelen in het Lichaam van het Besluit zijn de in paragraaf 4.4.2.1 genoemde eisen van toepassing. De bepalingen over de Artikelstructuur van paragraaf 5.2 gelden er niet voor. Ze kunnen niet worden geannoteerd met de in hoofdstuk 7 beschreven annotaties met OW-objecten.

4. Sluiting: de afsluiting van het Besluit. Hier staat vaak de datum waarop het bestuursorgaan het besluit heeft genomen. Ook staan hier de namen en dergelijke van de personen die namens het bestuursorgaan het besluit hebben ondertekend. Een voor de interne huishouding van het bevoegd gezag gebruikt papieren of digitaal exemplaar van het besluitdocument kan ook de handtekeningen van die personen bevatten. De versie van het besluit die ter bekendmaking aan de LVBB wordt aangeboden wordt niet voorzien van handtekeningen.
   Wanneer tegen het besluit beroep kan worden ingesteld wordt de rechtsmiddelenclausule in dit onderdeel opgenomen: de vermelding dat tegen het besluit beroep kan worden ingesteld en door wie, binnen welke termijn en bij welk orgaan dat beroep kan worden ingesteld. Dit is alleen het geval bij de aanlevering van een definitief besluit.

5. WijzigBijlage: het element waarin óf de inhoud van de initiële RegelingVrijetekst of de initiële RegelingTijdelijkdeel staat óf de wijzigingen die het Besluit aanbrengt in de bestaande versie van de RegelingVrijetekst of de RegelingTijdelijkdeel. De WijzigBijlage bevat de inhoud van de Regeling of de wijziging daarvan. Een WijzigBijlage heeft dus een heel andere functie dan een (gewone) Bijlage.
   Een WijzigBijlage bevat slechts één Regeling. Als een projectbesluit alleen het project beschrijft en niet een of meer omgevingsplannen wijzigt is er slechts één WijzigBijlage, met daarin de RegelingVrijetekst met het vrijetekstgedeelte van het projectbesluit. Als een projectbesluit niet alleen het project beschrijft maar ook een of meer omgevingsplannen wijzigt, is er een WijzigBijlage met daarin de RegelingVrijetekst met het vrijetekstgedeelte van het projectbesluit en net zoveel WijzigBijlagen als er omgevingsplannen zijn die door het projectbesluit worden gewijzigd. Daardoor is bij het omgevingsplan van ieder van die gemeenten een eigen tijdelijk regelingdeel zichtbaar. Dit maakt het desgewenst mogelijk om de tijdelijk regelingdelen per gemeente te wijzigen, in te trekken of anderszins te verwijderen en dat op verschillende tijdstippen te doen.
   De WijzigBijlage moet worden voorzien van een Kop. Een voorbeeld van deze Kop: ‘Bijlage A bij artikel I.’ Het artikel waarnaar wordt verwezen is het bij die WijzigBijlage behorende WijzigArtikel in het Lichaam van het Besluit. Na de Kop moet een keuze worden gemaakt tussen RegelingVrijetekst, RegelingTijdelijkdeel en RegelingMutatie.
   RegelingVrijetekst moet worden gekozen voor de nieuwe, initiële, regeling van het vrijetekstgedeelte van het projectbesluit. De RegelingVrijetekst bevat de volledige Regeling, oftewel de inhoud, van het vrijetekstdeel van het projectbesluit waarmee het project wordt beschreven. Dit onderdeel moet voldoen aan de specificaties voor RegelingVrijetekst die in paragraaf 4.4.3 zijn vastgelegd en aan de specificaties voor de Vrijetekststructuur die zijn beschreven in paragraaf 5.3. Dit is het onderdeel dat wordt geannoteerd met de OW-objecten die zijn beschreven in hoofdstuk 7.
   RegelingTijdelijkdeel wordt gekozen wanneer een bevoegd gezag met het projectbesluit het omgevingsplan van een gemeente wijzigt en daarvoor een nieuw tijdelijk regelingdeel instelt. De RegelingTijdelijkdeel bevat het volledige tijdelijk regelingdeel, oftewel de regels waarmee het projectbesluit het omgevingsplan wijzigt. Dit onderdeel moet voldoen aan de specificaties voor RegelingTijdelijkdeel die in paragraaf 4.4.4.1 zijn vastgelegd en aan de specificaties voor de Artikelstructuur die zijn beschreven in paragraaf 5.3. Dit is het onderdeel dat wordt geannoteerd met OW-objecten. Dit is beschreven in hoofdstuk 8. Zoals hiervoor al is aangegeven is er voor ieder omgevingsplan dat door het projectbesluit wordt gewijzigd een eigen WijzigBijlage met een eigen RegelingTijdelijkdeel.
   RegelingMutatie wordt gekozen wanneer het bevoegd gezag een wijzigingsbesluit neemt: een besluit dat een bestaande versie van de Regeling wijzigt. De RegelingMutatie bevat de wijzigingen van een RegelingVersie naar een nieuwe RegelingVersie.
   In het geval van de wijziging (of uitwerking) van een projectbesluit waarin het project is beschreven én dat een of meer omgevingsplannen heeft gewijzigd, kan een RegelingMutatie betrekking hebben op wijzigingen in het vrijetekstgedeelte van het projectbesluit of op wijzigingen in een tijdelijk regelingdeel. Per regeling die wordt gewijzigd (of wordt uitgewerkt) is er één RegelingMutatie.

6. Bijlage: het gaat hier om een Bijlage bij het Besluit. Dit zijn bijlagen die integraal onderdeel zijn van de tekst van het Besluit maar die om redenen van leesbaarheid e.d. niet in het lichaam van het Besluit kunnen worden opgenomen. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het nemen van het juridische besluit als bedoeld in paragraaf 4.1.1 zijn geen bijlagen bij het Besluit (of de Regeling) als bedoeld in de STOP/TPOD-standaard, maar op het besluit betrekking hebbende stukken, zie hiervoor ook paragraaf 4.2.3.
   Er kunnen zoveel bijlagen bij het Besluit worden gevoegd als nodig is. Bijlagen bij het Besluit worden alleen bekendgemaakt en niet geconsolideerd. Deze bijlagen zijn dus wel te vinden in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl, maar niet in de regelingenbanken op overheid.nl en niet in DSO-LV. Vanuit de regelingenbanken op overheid.nl en DSO-LV kunnen door middel van een link naar de officiële bekendmaking de bijlagen wel eenvoudig gevonden worden.
   Uitgangspunt van de STOP/TPOD-standaard is dat elke tekst die onderdeel is van een officiële publicatie, zoals een besluit of regeling, wordt uitgewisseld in STOP-XML. Daarmee is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd worden en de voorzieningen zorgen er voor dat ze volgens de richtlijnen van digitale toegankelijkheid worden ontsloten. Als de bijlage onderdeel is van de tekst in STOP-XML, staat de inhoud in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Tekst uitwisselen in STOP-XML is niet altijd mogelijk zonder de tekst te moeten overtypen. Daarom ondersteunt de STOP/TPOD-standaard ook het aanleveren van tekst als PDF-document. Een tekst in een PDF-document is voor de landelijke voorzieningen minder goed te hanteren; denk aan verwijzen naar specifieke onderdelen en muteren dat niet -of niet goed- mogelijk is. Daarom wordt het gebruik van PDF-documenten slechts in specifieke, in het toepassingsprofiel vastgelegde, gevallen toegestaan. In dit toepassingsprofiel is, in de norm van paragraaf 4.4.2.1, bepaald dat het aanleveren van een bijlage als PDF-document alleen is toegestaan als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als bijlage gezien kan worden.
   Een bijlage in de vorm van een PDF-document moet onveranderlijk zijn. Daarom moet het PDF-document voldoen aan de eisen van PDF/A-1a of PDF/A-2a en moet het worden gepubliceerd als informatieobject. Een beschrijving van beide publicatiemogelijkheden voor bijlagen staat in paragraaf 4.2.2. Een Bijlage wordt niet geannoteerd met OW-objecten.
   Een Bijlage kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden.
   Een projectbesluit dat door een waterschap is vastgesteld behoeft goedkeuring van GS. Het besluit over goedkeuring wordt niet bekendgemaakt in het officiële publicatieblad maar door toezending aan het waterschap. Als het waterschap het wenselijk vindt dat inzichtelijk wordt gemaakt dat de volledige procedure is gevolgd en wat GS omtrent de goedkeuring hebben besloten, kan het (een PDF van) het goedkeuringsbesluit als bijlage bij het Besluit voegen.

7. Toelichting: het gaat hier om een Toelichting bij het Besluit. Deze toelichting is onder andere vergelijkbaar met het voorstel-document waarmee het dagelijks bestuur van gemeente, provincie of waterschap een onderbouwing geeft voor het voorgestelde besluit dat het aan het algemeen bestuur voorlegt. In het geval van het projectbesluit is de toelichting vergelijkbaar met het voorstel-document waarmee de ambtelijke organisatie aan het bestuursorgaan voorstelt het projectbesluit vast te stellen. Omdat de toelichting bedoeld is voor gebruik in het interne besluitvormingsproces kan er ook voor gekozen worden de toelichting wel op te nemen in het besluit dat aan het bestuursorgaan ter vaststelling wordt aangeboden, maar niet in het bekend te maken besluit. Als de toelichting wel onderdeel is van het bekend te maken besluit, dan wordt het meegenomen in de publicatie.
   De STOP/TPOD-standaard biedt in de huidige versie voor zowel Besluit als Regeling een aantal mogelijkheden voor het indelen van toelichtingen. Er zijn de ‘hoofdelementen’ Toelichting en ArtikelgewijzeToelichting. Binnen het ‘hoofdelement’ Toelichting kan worden gekozen tussen enerzijds een vrije, niet nader gestructureerde opzet en anderzijds een gestructureerde opzet met de onderliggende elementen AlgemeneToelichting en ArtikelgewijzeToelichting. Deze mogelijkheden stellen medewerkers van bevoegde gezagen en adviesbureaus die de standaard in hun omgevingsdocumenten toepassen en bouwers van plansoftware voor lastige keuzes. Bovendien noodzaken ze de applicaties die de tekst tonen (officielebekendmakingen.nl, de regelingenbanken op overheid.nl en DSO-LV) om alle mogelijkheden te ondersteunen. Daarom zal in de toekomst de standaard zo worden aangepast dat er nog maar één modellering voor de toelichting als onderdeel van BesluitCompact is. Aangezien een artikelsgewijze toelichting bij een besluit een toelichting zou geven op de artikelen en wijzigartikelen in het lichaam van het besluit en het niet erg voor de hand ligt om dat te doen, zal de toekomstige modellering voor de toelichting als onderdeel van het besluit bestaan uit het ‘hoofdelement’ Toelichting met daarbinnen de vrije, niet nader gestructureerde opzet met Divisies en Divisieteksten. Aanbevolen wordt om voor de toelichting bij het besluit alleen de toekomstige modellering te gebruiken en geen gebruik te maken van het ‘hoofdelement’ ArtikelgewijzeToelichting en ook niet van de gestructureerde opzet met de onderliggende elementen AlgemeneToelichting en ArtikelgewijzeToelichting binnen het ‘hoofdelement’ Toelichting. Dit is een (dringende) aanbeveling. Op het moment van uitbrengen van deze versie van dit toepassingsprofiel is het namelijk nog niet mogelijk om de modellering in deze zin te wijzigen. NB: voor de toelichting op het tijdelijk regelingdeel geldt een andere aanbeveling, zie daarvoor onderdeel 4 van paragraaf 4.4.4.2.
   De daadwerkelijke inhoud van de toelichting staat in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Het element Toelichting heeft verplicht een Kop.
   Een Toelichting kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden. Aan een Toelichting kunnen een of meer Bijlagen worden toegevoegd.
   Een Toelichting wordt niet geannoteerd met OW-objecten. Een Toelichting op het Besluit wordt alleen bekendgemaakt en niet geconsolideerd. Deze Toelichting is dus wel te vinden op officielebekendmakingen.nl, maar niet in de regelingenbanken op overheid.nl en niet in DSO-LV. Vanuit de regelingenbanken op overheid.nl en DSO-LV kan door middel van een link naar de officiële bekendmaking de Toelichting wel eenvoudig gevonden worden.

8. ArtikelgewijzeToelichting: dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom zijn in de norm in paragraaf 4.4.2.1 de subelementen van de ArtikelgewijzeToelichting niet opgenomen en wordt er in deze paragraaf geen nadere toelichting op gegeven.

9. Motivering: dit is de motivering oftewel de inhoudelijke onderbouwing van het Besluit. In de STOP/TPOD-standaard is dit element de voorgeschreven plek voor de motivering als op het besluit afdeling 3.7 Awb van toepassing en het besluit derhalve op een deugdelijke motivering dient te berusten. Hierin wordt gemotiveerd hoe het projectbesluit bijdraagt aan het bereiken van de doelen van de Omgevingswet. Te denken valt aan de beschrijving van participatie en participatieproces, resultaten van de uitgevoerde verkenning en voorgedragen mogelijke oplossingen (zie paragraaf 2.3.2) en de uitkomsten van het onderzoek naar aspecten van de fysieke leefomgeving dat ten behoeve van het project is uitgevoerd. Voor zover het projectbesluit geldt als omgevingsvergunning voor een activiteit waarvoor instemming van een ander bestuursorgaan nodig is of als besluit op een aanvraag waarover een ander bestuursorgaan of andere instantie in de gelegenheid wordt gesteld om advies uit te brengen, kan in dit gedeelte worden beschreven dat dat proces is gevoerd en welke uitkomst het had.
   In het geval van een wijzigingsbesluit wordt in dit deel beschreven op welke onderdelen het projectbesluit wordt gewijzigd en waarom. Als het een uitwerking van een projectbesluit betreft, kan in dit deel worden aangegeven welke onderdelen van het projectbesluit worden uitgewerkt en kan worden gemotiveerd dat aan de randvoorwaarden voor de uitwerking wordt voldaan.
   De inhoud van een Motivering staat in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. De Motivering kan worden afgesloten met het element Sluiting. Dat dat bij een omgevingsdocument daadwerkelijk gebeurt, ligt niet voor de hand. Daarom wordt de Sluiting niet nader toegelicht. Ter ondersteuning van de motivering kunnen een of meer Bijlagen worden toegevoegd. Indien dat gebeurt, gelden daarvoor dezelfde specificaties als voor het ‘hoofdelement’ Bijlage; zie ook de toelichting bij nr. 6. Een Motivering wordt niet geannoteerd met OW-objecten. Een Motivering wordt alleen bekendgemaakt en niet geconsolideerd. De Motivering is dus wel te vinden op officielebekendmakingen.nl, maar niet in de regelingenbanken op overheid.nl en niet in DSO-LV. Vanuit de regelingenbanken op overheid.nl en DSO-LV kan door middel van een link naar de officiële bekendmaking de Motivering wel eenvoudig gevonden worden.

10. Inhoudsopgave: STOP maakt het mogelijk dat aan een Besluit een Inhoudsopgave wordt toegevoegd. Dat dat bij een besluit tot vaststelling of wijziging van een omgevingsdocument daadwerkelijk gebeurt, ligt niet voor de hand. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Om deze redenen zijn in de norm in paragraaf 4.3.2.1 de subelementen van de Inhoudsopgave niet opgenomen en wordt dit element niet nader toegelicht.

Veel van de hiervoor besproken elementen moeten worden voorzien van een Kop. Voor de Kop zijn de Kopelementen Label, Nummer en Opschrift beschikbaar. Label is de aanduiding van het type tekstelement, zoals Hoofdstuk, Paragraaf of Artikel. Opschrift is de titel van het tekstelement, die aangeeft waar de tekst over gaat. Voor deze Koppen gelden niet de voorschriften voor Koppen van paragraaf 5.2.

In de schema’s van STOP komt in een aantal hoofd- en subelementen het element InleidendeTekst -bedoeld voor niet-juridische contextinformatie- voor. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom is dit element hier niet opgenomen.

4.4.2.3 Voorbeeld

Door toepassing van model BesluitCompact ziet een besluit tot vaststelling, oftewel een initieel besluit dat een initiële Regeling instelt, van een projectbesluit met een vrijetekstgedeelte dat het project beschrijft en één tijdelijk regelingdeel dat een omgevingsplan wijzigt, er schematisch uit zoals aangegeven in Figuur 10. De nummers in deze figuur komen overeen met de nummering van de vorige twee paragrafen.

4.4.3 Regeling: RegelingVrijetekst voor het vrijetekstgedeelte van het projectbesluit

In de Regeling van een omgevingsdocument staat welke regels of beleid gelden in de fysieke leefomgeving, dan wel, in het geval van een projectbesluit, wat er wordt gerealiseerd in de fysieke leefomgeving. De Regeling is te vinden in de regelingenbank op overheid.nl en in DSO-LV.

In paragraaf 4.4.3.1 is de norm voor het model RegelingVrijetekst vastgelegd: welke elementen moeten respectievelijk mogen worden gebruikt en hoe vaak kunnen ze voorkomen. Dit is het model dat moet worden gebruikt voor het vrijetekstgedeelte van het projectbesluit waarmee het project wordt beschreven. Paragraaf 4.4.3.2 geeft een uitgebreide toelichting op de elementen van de Regeling, waaronder ook tips over het al dan niet gebruikelijk zijn van een bepaald element. In deze paragraaf wordt ook aangegeven welke onderdelen die het projectbesluit op grond van Omgevingswet en Omgevingsbesluit moet c.q. kan bevatten, in de RegelingVrijetekst thuishoren en in welk element van de RegelingVrijetekst. In paragraaf 4.4.3.3 worden norm en toelichting concreet gemaakt met een voorbeeld.

Opgemerkt wordt dat de modellen voor Besluit en Regeling XML-modellen zijn. Met de in de volgende paragrafen genoemde elementen worden dus (STOP-)XML-elementen bedoeld.

Omwille van de leesbaarheid en herkenbaarheid zijn de namen van de ‘hoofdelementen’ vetgedrukt en die van de ‘subelementen’ schuingedrukt. De ‘hoofdelementen’ zijn genummerd om er in de toelichting en het voorbeeld in de volgende paragrafen naar te kunnen verwijzen.

4.4.3.2 Toelichting

RegelingVrijetekst is het model dat het bevoegd gezag moet gebruiken voor het vrijetekstgedeelte van het projectbesluit dat het project beschrijft, als het een nieuw, initieel projectbesluit instelt. RegelingVrijetekst is ook het model voor de geconsolideerde regeling van omgevingsdocumenten met Vrijetekststructuur.

In deze paragraaf worden de elementen toegelicht die moeten respectievelijk kunnen voorkomen in een Regeling overeenkomstig het model RegelingVrijetekst. Figuur 11 laat schematisch zien hoe het model RegelingVrijetekst voor het vrijetekstgedeelte van het projectbesluit er uit ziet (de nummers voor de elementen verwijzen naar de nummering in de vorige paragraaf).

In de hierna volgende toelichting wordt de nummering van paragraaf 4.4.3.1 gevolgd. In die paragraaf is van ieder element aangegeven of het moet (verplicht) of mag (optioneel) voorkomen; dat wordt in deze toelichting niet herhaald. De ‘hoofdelementen’ zijn weer vetgedrukt en de ‘subelementen’ schuingedrukt.

1. RegelingOpschrift: de officiële titel van de Regeling. Bijvoorbeeld: Projectbesluit Rondweg Gemeentestad.

2. Lichaam: het element dat de inhoud oftewel het vrijetekstgedeelte van het projectbesluit bevat. Deze inhoud staat in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Hiervoor gelden de specificaties voor de Vrijetekststructuur van paragraaf 5.2. Dit is het onderdeel dat wordt geannoteerd met de OW-objecten die zijn beschreven in hoofdstuk 7.
   In dit Lichaam staan de beschrijving van het project, de maatregelen om het project te realiseren en de maatregelen gericht op het ongedaan maken, beperken of compenseren van de nadelige gevolgen van het project of van het in werking hebben of in stand houden daarvan voor de fysieke leefomgeving. Als het projectbesluit geldt als omgevingsvergunning, besluit tot vaststelling van een geluidproductieplafond als omgevingswaarde, maatwerkvoorschrift, verkeersbesluit of als onttrekking van een weg aan de openbaarheid of als bepaalde regels van een gemeente, waterschap of provincie buiten toepassing worden gelaten, wordt dat in dit gedeelte uitdrukkelijk benoemd, met inbegrip van de beschrijving van verkregen instemming en/of advies van een ander bestuursorgaan als dat daarvoor nodig is. Als voor die besluittypen nadere specificaties en voorschriften gesteld worden, kan dat in het Lichaam van de Regeling, maar indien die specificaties en voorschriften omvangrijk en/of complex van vormgeving zijn kunnen ze ook worden opgenomen in de hierna te bespreken Bijlagen.
   Met een goede hiërarchisch structurering van de tekst in Divisies kunnen al die onderwerpen overzichtelijk geordend worden. Er kan bij voorbeeld op het hoogste niveau een onderverdeling worden gemaakt in het juridische deel en het toelichtende deel.

3. Bijlage: het gaat hier om een Bijlage bij de Regeling. Dit is een bijlage die informatie bevat die integraal onderdeel is van het omgevingsdocument maar om redenen van leesbaarheid en/of vormgeving (denk aan lange lijsten en complexe tabellen) niet goed in de tekst van het Lichaam van de Regeling kan worden opgenomen. Er kunnen zoveel bijlagen bij de Regeling worden gevoegd als nodig is. Bijlagen bij de Regeling worden bekendgemaakt én geconsolideerd. Dat laatste houdt in dat ze met een later wijzigingsbesluit gewijzigd kunnen worden. Deze bijlagen zijn zowel te vinden in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl als in de regelingenbank op overheid.nl en in DSO-LV.
   Uitgangspunt van de STOP/TPOD-standaard is dat elke tekst die onderdeel is van een officiële publicatie, zoals een besluit of regeling, wordt uitgewisseld in STOP-XML. Daarmee is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd worden en de voorzieningen zorgen er voor dat ze volgens de richtlijnen van digitale toegankelijkheid worden ontsloten. Als de bijlage onderdeel is van de tekst in STOP-XML, staat de inhoud in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Voorbeelden van regelingbijlagen in STOP-XML bij een projectbesluit zijn de bijlage met verwijzingen naar de GIO’s en een bijlage met vergunningvoorschriften als het projectbesluit geldt als omgevingsvergunning. Voor de gevallen waarin het projectbesluit geldt als besluit tot vaststelling van een geluidproductieplafond als omgevingswaarde is het vooralsnog toegestaan om de coördinaten en waarden waaruit die geluidproductieplafonds bestaan als tekst op te nemen in een bijlage in STOP-XML. Dit is geometrische informatie gecombineerd met normwaarden, waarvan het de bedoeling is dat ze in de vorm van geografische informatieobjecten worden vastgesteld en in het stelsel via een interactieve kaart op locatie geraadpleegd kunnen worden. Vanaf het moment dat binnen de B-release een volgende versie van dit toepassingsprofiel het mogelijk maakt om in het projectbesluit de geluidproductieplafonds te annoteren als omgevingswaarde zal het verplicht worden om dat op die manier te doen. Het is dan niet langer toegestaan om de coördinaten en waarden waaruit die geluidproductieplafonds bestaan als tekst op te nemen in een bijlage. Het is mogelijk om een bijlage in verschillende onderdelen op te delen. Voor die onderverdeling worden de vrijetekstelementen Divisie (optioneel element) en Divisietekst (verplicht element) gebruikt.
   Tekst uitwisselen in STOP-XML is niet altijd mogelijk zonder de tekst te moeten overtypen. Daarom ondersteunt de STOP/TPOD-standaard ook het aanleveren van tekst als PDF-document. Een tekst in een PDF-document is voor de landelijke voorzieningen minder goed te hanteren; denk aan verwijzen naar specifieke onderdelen en muteren dat niet -of niet goed- mogelijk is. Daarom wordt het gebruik van PDF-documenten slechts in specifieke, in het toepassingsprofiel vastgelegde, gevallen toegestaan. In dit toepassingsprofiel is, in de norm van paragraaf 4.3.3.1, bepaald dat een bijlage alleen als PDF-document mag worden aangeleverd als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als (te consolideren) bijlage gezien kan worden. Dat de bijlage informatie moet bevatten die daadwerkelijk als (te consolideren) bijlage gezien kan worden betekent dat het moet gaan om informatie die onlosmakelijk onderdeel is van de regeling maar om redenen van leesbaarheid en/of vormgeving niet in het Lichaam van de Regeling kan worden opgenomen. Het betekent ook dat niet de volledige inhoud van het Lichaam van de Regeling in een bijlage in PDF-formaat mag worden opgenomen. Een bijlage in de vorm van een PDF-document moet onveranderlijk zijn. Daarom moet het PDF-document voldoen aan de eisen van PDF/A-1a of PDF/A-2a en moet het worden gepubliceerd als informatieobject. Een beschrijving van beide publicatiemogelijkheden voor bijlagen staat in paragraaf 5.4.
   Bij een bijlage als onderdeel van de tekst in STOP-XML is het mogelijk om met een later wijzigingsbesluit één of meer gedeelten van de bijlage te wijzigen. Bij een bijlage in de vorm van een PDF-document kan dat niet; in dat geval wordt het hele PDF-document vervangen.
   In een Bijlage bij de Regeling kan het element Gereserveerd worden gebruikt. Dit element maakt het mogelijk om alvast een structuur neer te zetten die is voorbereid op toekomstige aanvullingen. Het is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Met latere wijzigingsbesluiten kan het element Gereserveerd worden vervangen door een structuurelement met daadwerkelijke inhoud.
   Wanneer een bijlage vervalt kan in het element Bijlage het element Vervallen worden opgenomen. Op deze manier blijft zichtbaar dat er een bijlage was en dat die later is vervallen. Het voordeel daarvan is dat in de wetstechnische informatie de historie van het element kan worden teruggevonden. Een andere mogelijkheid bij het vervallen van een bijlage is om het element Bijlage met een wijzigingsbesluit te verwijderen. Dan is het element niet langer zichtbaar en is er ook geen wetstechnische informatie meer.
   Een Bijlage kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden. Een Bijlage wordt niet geannoteerd met OW-objecten.

Een aantal van de hiervoor besproken elementen moet worden voorzien van een Kop. Voor de Kop zijn de Kopelementen Label, Nummer en Opschrift beschikbaar. Label is de aanduiding van het type tekstelement, zoals Hoofdstuk, Paragraaf of Artikel. Opschrift is de titel van het tekstelement, die aangeeft waar de tekst over gaat.

In de schema’s van STOP komt in een aantal hoofd- en subelementen het element InleidendeTekst -bedoeld voor niet-juridische contextinformatie- voor. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom is dit element hier niet opgenomen.

4.4.3.3 Voorbeeld

Door toepassing van model RegelingVrijetekst ziet het vrijetekstgedeelte van een projectbesluit er schematisch uit zoals aangegeven in Figuur 11. De nummers in deze figuur komen overeen met de nummering van de vorige twee paragrafen.

4.4.4 Regeling: RegelingTijdelijkdeel voor wijzigen omgevingsplan

In de Regeling van een omgevingsdocument staat welke regels of beleid gelden in de fysieke leefomgeving, dan wel, in het geval van het vrijetekstgedeelte van het projectbesluit, wat er wordt gerealiseerd in de fysieke leefomgeving. De Regeling is te vinden in de regelingenbank op overheid.nl en in DSO-LV.

In paragraaf 4.4.4.1 is de norm voor het model voor het tijdelijk regelingdeel van het projectbesluit vastgelegd: welke elementen moeten respectievelijk mogen worden gebruikt in een RegelingTijdelijkdeel en hoe vaak kunnen ze voorkomen. Paragraaf 4.4.4.2 geeft een uitgebreide toelichting op de elementen van de Regeling, waaronder ook tips over het al dan niet gebruikelijk zijn van een bepaald element. In paragraaf 4.4.4.3 worden norm en toelichting concreet gemaakt met een voorbeeld.

Opgemerkt wordt dat de modellen voor Besluit en Regeling XML-modellen zijn. Met de in de volgende paragrafen genoemde elementen worden dus (STOP-)XML-elementen bedoeld.

Omwille van de leesbaarheid en herkenbaarheid zijn de namen van de ‘hoofdelementen’ vetgedrukt en die van de ‘subelementen’ schuingedrukt. De ‘hoofdelementen’ zijn genummerd om er in de toelichting en het voorbeeld in de volgende paragrafen naar te kunnen verwijzen.

Vooralsnog ondersteunen de STOP/TPOD-standaard en de DSO-keten de ontwerpversie van het tijdelijk regelingdeel nog niet. Zolang dat het geval is, moeten daarom in een ontwerpversie van een projectbesluit dat beoogt een of meer omgevingsplannen te wijzigen, de wijzigingen die het projectbesluit in die omgevingsplannen aanbrengt, in het vrijetekstgedeelte worden beschreven. Om die tekst te kunnen koppelen aan locaties, waarmee wordt aangegeven waar de wijziging(en) van het omgevingsplan gaan gelden, moet die tekst worden opgenomen in het Lichaam van de Regeling.

4.4.4.2 Toelichting

RegelingTijdelijkdeel is het model dat een bevoegd gezag moet gebruiken als het met een projectbesluit een of meer omgevingsplannen wil wijzigen met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project. Ieder tijdelijk regelingdeel is daardoor opgebouwd conform het model RegelingTijdelijkdeel. Zoals in hoofdstuk 2 is beschreven, vormt het tijdelijk regelingdeel (of, indien er meer tijdelijk regelingdelen zijn: alle tijdelijk regelingdelen) samen met de hoofdregeling de geconsolideerde versie van een omgevingsplan.

In deze paragraaf worden de elementen toegelicht die moeten respectievelijk kunnen voorkomen in het tijdelijk regelingdeel bij een projectbesluit, overeenkomstig het model RegelingTijdelijkdeel. Figuur 13 laat schematisch zien hoe het model RegelingTijdelijkdeel voor het projectbesluit er uit ziet (de nummers voor de elementen verwijzen naar de nummering in de vorige paragraaf).

In de hierna volgende toelichting wordt de nummering van paragraaf 4.4.4.1 gevolgd. In die paragraaf is van ieder element aangegeven of het moet (verplicht) of mag (optioneel) voorkomen; dat wordt in deze toelichting niet herhaald. De ‘hoofdelementen’ zijn weer vetgedrukt en de ‘subelementen’ schuingedrukt.

1. RegelingOpschrift: de officiële titel van het tijdelijk regelingdeel. Het RegelingOpschrift is onderdeel van het tijdelijk regelingdeel dat, samen met de hoofdregeling en mogelijk ook andere tijdelijk regelingdelen, deel gaat uitmaken van de geconsolideerde regeling van het omgevingsplan. Het verdient daarom aanbeveling om in het RegelingOpschrift aan te geven waar de regels over gaan. Bijvoorbeeld: Regels ter uitvoering en bescherming van hoogspanningsverbinding 380 kV Zuid-West, of Regels i.v.m. aanleg Rondweg Gemeentestad. Welk bestuursorgaan het projectbesluit heeft vastgesteld blijkt al uit de metadata, daarom wordt aanbevolen om dat niet in het RegelingOpschrift te vermelden.

2. Lichaam: het element dat de inhoud van het tijdelijk regelingdeel bevat. In het Lichaam van het tijdelijk regelingdeel zijn dat twee onderdelen: de Conditie en de Artikelen met regels waarmee het betreffende omgevingsplan wordt gewijzigd.
   De Conditie is het element waarin wordt beschreven wat de relatie is tussen het tijdelijk regelingdeel en de hoofdregeling van het omgevingsplan. Zoals in hoofdstuk 2 is beschreven, vormen de hoofdregeling en alle daarbij behorende tijdelijk regelingdelen samen de geconsolideerde regeling van het omgevingsplan. Het zal vaak voorkomen dat de regels in het tijdelijk regelingdeel afwijken van de regels in de hoofdregeling. Dan zal in de Conditie worden beschreven dat het tijdelijk regelingdeel voorrang heeft op de hoofdregeling voor zover het daarvan afwijkt. STOP vereist dat de beschrijving van de relatie wordt opgenomen in een Artikel binnen het element Conditie. Binnen het element Conditie is slechts 1 Artikel toegestaan. Dit Artikel moet, net als alle andere artikelen, worden voorzien van een Kop. In dit specifieke geval bestaat die Kop uitsluitend uit een Opschrift; Label en Nummer komen dus niet voor. Een voorbeeld van het Opschrift van dit Artikel is ‘Voorrangsbepaling’. Het artikel waarin de tekst van de conditie staat, wordt niet in een structuurelement zoals een Hoofdstuk ondergebracht.
   Het tweede onderdeel van het Lichaam bestaat uit de Artikelen met regels waarmee het betreffende omgevingsplan wordt gewijzigd. Voor deze Artikelen gelden de specificaties voor de Artikelstructuur die zijn beschreven in paragraaf 5.3. Zoals daar is beschreven kunnen artikelen zijn opgenomen in een hiërarchische structuur, bestaande uit Hoofdstukken en andere structuurelementen. In het geval van een tijdelijk regelingdeel als onderdeel van een projectbesluit is het verplicht de artikelen in een of meer hoofdstukken te plaatsen.
   Deze Artikelen worden geannoteerd met de OW-objecten. Het annoteren met OW-objecten is beschreven in hoofdstuk 8. Een uitgebreide toelichting op het tijdelijk regelingdeel staat in paragraaf 2.4.

3. Bijlage: het gaat hier om een Bijlage bij de Regeling. Dit is een bijlage die informatie bevat die integraal onderdeel is van het omgevingsdocument maar om redenen van leesbaarheid en/of vormgeving (denk aan lange lijsten en complexe tabellen) niet goed in de artikelen van het Lichaam van de Regeling kan worden opgenomen. Er kunnen zoveel bijlagen bij de Regeling worden gevoegd als nodig is. Bijlagen bij de Regeling worden bekendgemaakt én geconsolideerd. Dat laatste houdt in dat ze met een later wijzigingsbesluit gewijzigd kunnen worden. Deze bijlagen zijn zowel te vinden in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl als in de regelingenbank op overheid.nl en in DSO-LV.
   Uitgangspunt van de STOP/TPOD-standaard is dat elke tekst die onderdeel is van een officiële publicatie, zoals een besluit of regeling, wordt uitgewisseld in STOP-XML. Daarmee is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd worden en de voorzieningen zorgen er voor dat ze volgens de richtlijnen van digitale toegankelijkheid worden ontsloten. Als de bijlage onderdeel is van de tekst in STOP-XML, staat de inhoud in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Een voorbeeld van een bijlage in STOP-XML is de bijlage met verwijzingen naar de GIO’s. Een ander voorbeeld is de bijlage met begripsbepalingen, in het geval dat de begripsbepalingen niet in een artikel in de regeling worden geplaatst maar in een bijlage. Het is mogelijk om zo’n bijlage in verschillende onderdelen op te delen. Voor die onderverdeling worden de vrijetekstelementen Divisie (optioneel element) en Divisietekst (verplicht element) gebruikt.
   Tekst uitwisselen in STOP-XML is niet altijd mogelijk zonder de tekst te moeten overtypen. Daarom ondersteunt de STOP/TPOD-standaard ook het aanleveren van tekst als PDF-document. Een tekst in een PDF-document is voor de landelijke voorzieningen minder goed te hanteren; denk aan verwijzen naar specifieke onderdelen en muteren dat niet -of niet goed- mogelijk is. Daarom wordt het gebruik van PDF-documenten slechts in specifieke, in het toepassingsprofiel vastgelegde, gevallen toegestaan. In dit toepassingsprofiel is, in de norm van paragraaf 4.4.4.1, bepaald dat een bijlage alleen als PDF-document mag worden aangeleverd als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als (te consolideren) bijlage gezien kan worden. Dat de bijlage informatie moet bevatten die daadwerkelijk als (te consolideren) bijlage gezien kan worden betekent dat het moet gaan om informatie die onlosmakelijk onderdeel is van de regeling maar om redenen van leesbaarheid en/of vormgeving niet in het Lichaam van de Regeling kan worden opgenomen. Het betekent ook dat niet de volledige inhoud van het Lichaam van de Regeling in een bijlage in PDF-formaat mag worden opgenomen. Een bijlage in de vorm van een PDF-document moet onveranderlijk zijn. Daarom moet het PDF-document voldoen aan de eisen van PDF/A-1a of PDF/A-2a en moet het worden gepubliceerd als informatieobject. Een beschrijving van beide publicatiemogelijkheden voor bijlagen staat in paragraaf 4.2.
   Bij een bijlage als onderdeel van de tekst in STOP-XML is het mogelijk om met een later wijzigingsbesluit één of meer gedeelten van de bijlage te wijzigen. Bij een bijlage in de vorm van een PDF-document kan dat niet; in dat geval wordt het hele PDF-document vervangen.
   In een Bijlage bij de Regeling kan het element Gereserveerd worden gebruikt. Dit element maakt het mogelijk om alvast een structuur neer te zetten die is voorbereid op toekomstige aanvullingen. Het is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Met latere wijzigingsbesluiten kan het element Gereserveerd worden vervangen door een structuurelement met daadwerkelijke inhoud. Gezien het karakter van een tijdelijk regelingdeel bij het projectbesluit ligt het gebruik van dit element niet erg voor de hand.
   Wanneer een bijlage vervalt kan in het element Bijlage het element Vervallen worden opgenomen. Op deze manier blijft zichtbaar dat er een bijlage was en dat die later is vervallen. Het voordeel daarvan is dat in de wetstechnische informatie de historie van het element kan worden teruggevonden. Een andere mogelijkheid bij het vervallen van een bijlage is om het element Bijlage met een wijzigingsbesluit te verwijderen. Dan is het element niet langer zichtbaar en is er ook geen wetstechnische informatie meer.
   Een Bijlage kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden. Een Bijlage wordt niet geannoteerd met OW-objecten.

4. Toelichting: het gaat hier om de Toelichting op de Conditie en de artikelen in het tijdelijk regelingdeel. De STOP/TPOD-standaard biedt in de huidige versie voor zowel Besluit als Regeling een aantal mogelijkheden voor het indelen van toelichtingen. Er zijn de ‘hoofdelementen’ Toelichting en ArtikelgewijzeToelichting. Binnen het ‘hoofdelement’ Toelichting kan worden gekozen tussen enerzijds een gestructureerde opzet met de onderliggende elementen AlgemeneToelichting en/of ArtikelgewijzeToelichting en anderzijds een vrije, niet nader gestructureerde opzet. Deze mogelijkheden stellen medewerkers van bevoegde gezagen en adviesbureaus die de standaard in hun omgevingsdocumenten toepassen en bouwers van plansoftware voor lastige keuzes. Bovendien noodzaken ze de applicaties die de tekst tonen (officielebekendmakingen.nl, de regelingenbanken op overheid.nl en DSO-LV) om alle mogelijkheden te ondersteunen. Daarom zal in de toekomst de standaard zo worden aangepast dat er nog maar één modellering voor de toelichting van Regelingen is, namelijk het ‘hoofdelement’ Toelichting met daarbinnen de gestructureerde opzet. Op het moment van uitbrengen van deze versie van dit toepassingsprofiel is die aanscherping nog niet mogelijk. Het is uiteraard niet wenselijk dat er omgevingsdocumenten worden opgesteld met een toelichting-modellering die in de toekomst niet meer voldoet aan de dan aangescherpte standaard en dan moeten worden aangepast. Daarom wordt met klem geadviseerd om alleen de toekomstige modellering te gebruiken en geen gebruik te maken van het ‘hoofdelement’ ArtikelgewijzeToelichting en ook niet van de vrije, niet nader gestructureerde opzet met Divisies en Divisieteksten binnen het ‘hoofdelement’ Toelichting. NB: voor de toelichting op het besluit geldt een andere aanbeveling, zie daarvoor onderdeel 7 van paragraaf 4.4.2.
   De toekomstige modellering bestaat er uit dat alleen gebruik wordt gemaakt van het ‘hoofdelement’ Toelichting en daarbinnen de gestructureerde opzet met de elementen AlgemeneToelichting en/of ArtikelgewijzeToelichting. Een toelichting kan dan alleen een algemene toelichting bevatten, alleen een artikelsgewijze toelichting of allebei. De algemene toelichting en de artikelsgewijze toelichting hebben verplicht een kop. De kop van het element toelichting is verplicht wanneer de elementen AlgemeneToelichting en ArtikelgewijzeToelichting allebei voorkomen. Wanneer slechts een van beide elementen voorkomt is de kop van het element Toelichting optioneel: het bevoegd gezag mag dan zelf kiezen of het de toelichting al dan niet een kop geeft.

   Let op dat de hier besproken algemene toelichting een algemene toelichting geeft op het tijdelijk regelingdeel en niet op een besluit. In DSO-LV is de algemene toelichting aan het hele regelingsgebied gekoppeld. Het is niet mogelijk om onderdelen van de toelichting te koppelen aan specifieke locaties. In de artikelsgewijze toelichting wordt, waar nodig, een toelichting gegeven op de artikelen in het lichaam van het tijdelijk regelingdeel en desgewenst ook op de bijlage(n) die onderdeel zijn van die regeling.
   Een Toelichting kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden. Aan een Toelichting kunnen een of meer Bijlagen worden toegevoegd.
   Een Toelichting bij het tijdelijk regelingdeel wordt bekendgemaakt én geconsolideerd. Deze toelichting is dus zowel te vinden op officielebekendmakingen.nl als in de regelingenbank op overheid.nl en in DSO-LV. Een Toelichting wordt niet geannoteerd met OW-objecten.

5. ArtikelgewijzeToelichting: dit ‘hoofd’element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Dringend wordt geadviseerd om alleen de toekomstige modellering te gebruiken. Dat houdt in dat geen gebruik gemaakt wordt van het ‘hoofdelement’ ArtikelgewijzeToelichting, maar van het bij nr 4 beschreven ‘hoofdelement’ Toelichting met daarbinnen de gestructureerde opzet met de elementen AlgemeneToelichting en/of ArtikelgewijzeToelichting. Daarom zijn in de norm in paragraaf 4.4.4.1 de subelementen van de ArtikelgewijzeToelichting niet opgenomen en wordt er in deze paragraaf geen nadere toelichting op gegeven.

Veel van de hiervoor besproken elementen moeten worden voorzien van een Kop. Voor de Kop zijn de Kopelementen Label, Nummer en Opschrift beschikbaar. Label is de aanduiding van het type tekstelement, zoals Hoofdstuk, Paragraaf of Artikel. Opschrift is de titel van het tekstelement, die aangeeft waar de tekst over gaat. Voor de Koppen in het tijdelijk regelingdeel gelden extra eisen, die zijn beschreven in paragraaf 5.2.2.

In de schema’s van STOP komt in een aantal hoofd- en subelementen het element InleidendeTekst -bedoeld voor niet-juridische contextinformatie- voor. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom is dit element hier niet opgenomen.

4.4.4.3 Voorbeeld

Door toepassing van model RegelingTijdelijkdeel ziet het tijdelijk regelingdeel waarmee een projectbesluit een omgevingsplan wijzigt met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project, er schematisch uit zoals aangegeven in Figuur 12. De nummers in deze figuur komen overeen met de nummering van de vorige twee paragrafen.

5.2.1 Gebruik van tekstelementen en hun volgorde in het projectbesluit

De elementen van de STOP-Artikelstructuur zijn onder te verdelen in structuurelementen, elementen met inhoud en de inhoud zelf. Structuurelementen zijn die elementen die de tekst structureren maar zelf geen inhoud bevatten: Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf en Subsubparagraaf. Elementen met inhoud zijn die elementen die inhoud bevatten maar niet zelf inhoud zijn: Artikel en Lid. De inhoud zelf is dat wat in Artikel of Lid staat. Voorbeelden van de vorm die de inhoud kan aannemen zijn Alinea, Tabel en Figuur. In de navolgende tekst gebruiken we ‘tekstelement’ als term voor de drie elementsoorten tezamen.

In paragraaf 5.3.1 is de norm voor de toepassing van de Artikelstructuur op het projectbesluit vastgelegd: welke elementen moeten respectievelijk mogen worden gebruikt, hoe vaak kunnen ze voorkomen en in welke volgorde. Paragraaf 5.3.2 geeft daar een toelichting op.

5.2.1.2 Toelichting

De tekstelementen die kunnen worden gebruikt in het Lichaam van de Regeling van het projectbesluit, oftewel het onderdeel dat de artikelen bevat en dat geannoteerd kan worden met de OW-objecten die in hoofdstuk 8 zijn beschreven, zijn Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf, Subsubparagraaf, Artikel en Lid. Deze tekstelementen zijn ontleend aan de Aanwijzingen voor de regelgeving (aanwijzingen 3.54, 3.56, 3.57, 3.58, 3.59), met enige nadere specificaties en toevoegingen. Artikel en Lid zijn de tekstelementen die de daadwerkelijke inhoud bevatten. Figuur 15 laat zien dat als een Artikel is onderverdeeld in Leden, het Artikel zelf geen Inhoud bevat.

In de norm staat dat een tekstelement slechts één lagerliggend type tekstelement mag bevatten (nr 8 en boven Tabel 4). Een voorbeeld om dat te verduidelijken: als een Paragraaf Subparagrafen bevat, moeten de Artikelen in de Subparagrafen staan; de Paragraaf kan dus niet eerst een aantal Artikelen bevatten en daarna Subparagrafen.

Figuur 16 toont de juiste plaatsing van de Artikelen, de plaatsing van de artikelen 2.1 en 2.2 in het voorbeeld van Figuur 17 is niet toegestaan.

Onder ieder structuurelement en onder Artikel kunnen de elementen Gereserveerd en Vervallen geplaatst worden. Het element Gereserveerd is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Dit element maakt het mogelijk om alvast een structuur neer te zetten die is voorbereid op toekomstige aanvullingen. Met latere wijzigingsbesluiten kan het element Gereserveerd worden vervangen door een structuurelement met daadwerkelijke inhoud.

Het element Vervallen is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Wanneer een structuurelement of artikel vervalt kan het worden vervangen door het element Vervallen. Op deze manier blijft zichtbaar dat er een structuurelement of artikel was en dat dat later is vervallen. Het voordeel daarvan is dat in de wetstechnische informatie de historie van het element kan worden teruggevonden. Het werken met het element Vervallen is niet verplicht: het is ook mogelijk om het betreffende structuurelement of artikel met een wijzigingsbesluit volledig te verwijderen. Dan is het element niet langer zichtbaar. Het nadeel hiervan is dat er van het element geen wetstechnische informatie meer is.

In de tabel komt het Inhoud-element Begrippenlijst voor. Dit element kan in slechts een paar gevallen gebruikt worden. Dat is gespecificeerd in paragraaf 10.3.

Artikel is de kleinste mutatie-eenheid. Dit betekent dat het de eenheid is die, ongeacht hoeveel wijzigingen met een wijzigingsbesluit in dat artikel of in de leden van dat artikel worden aangebracht, als geheel vervangen wordt bij consolidatie. Bij gebruik van de wijzigingsmethode renvooi wordt door de renvooi-weergave van de wijzigingen zichtbaar wat er door het wijzigingsbesluit in het artikel gewijzigd is. Het artikel is ook de eenheid waarover in de wetstechnische informatie in de regelingenbanken de juridische verantwoording wordt bijgehouden.

5.2.2 Gebruik van Koppen en Lijsten in het projectbesluit

Ten behoeve van de leesbaarheid en de oriëntatie in de tekst moet een groot deel van de tekstelementen in het Lichaam van de Regeling van het projectbesluit worden voorzien van een Kop. STOP kent voor de Kop de Kopelementen Label, Nummer en Opschrift en stelt het verplicht om ten minste één van die Kop-elementen te gebruiken. Dit toepassingsprofiel stelt striktere eisen aan Kop. Daarnaast stelt dit toepassingsprofiel eisen aan het gebruik van Lijsten in het projectbesluit.

In paragraaf 5.2.2.1 is de norm voor de toepassing van Koppen en Lijsten in het projectbesluit vastgelegd. Paragraaf 5.2.2.2 geeft daar een toelichting op.

5.2.2.2 Toelichting

Alle structuurelementen en Artikel worden voorzien van een Kop die bestaat uit alle drie de Kopelementen Label, Nummer en Opschrift. Over het algemeen kan het bevoegd gezag (de tekst van) het Opschrift zelf kiezen.

Lijsten kunnen voorkomen in Artikelen en Leden. Een Lijst wordt altijd voorafgegaan door een inleidende tekst, oftewel de aanhef. Daarvoor wordt gebruik gemaakt van het STOP-tekstelement Alinea. Er gelden regels voor het maximum aantal niveaus in Lijsten en de te gebruiken opsommingstekens in Lijsten. Het is goed gebruik dat achter het nummer of cijfer van lijstitems een punt wordt geplaatst.

STOP kent twee typen voor Lijst: expliciet en ongemarkeerd. Bij gebruik van het type expliciet levert het bevoegd gezag de opsommingstekens mee; ze staan dus hard in de tekst. Bij gebruik van het type ongemarkeerd wordt per lijstitem niet het opsommingsteken maar de positie van dat item in de totale lijst aangegeven. De applicaties die de tekst tonen (officielebekendmakingen.nl, de regelingenbanken op overheid.nl en DSO-LV) bepalen dan met welke opsommingstekens de lijstitems worden weergegeven. Voor de hier bedoelde lijsten in artikelen en leden in het Lichaam van omgevingsdocumenten met Artikelstructuur is het verplicht om Lijst van het type expliciet te gebruiken.

Figuur 18 geeft een voorbeeld van een Artikel met Leden. Lid 1 bevat een Lijst, voorafgegaan door een aanhef direct achter het nummer van het Lid.

Zoals uit de norm van paragraaf 5.2.2.1 blijkt, bestaat de nummering van Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf, Subsubparagraaf, Artikel en Lid uit Arabische cijfers. Bij ieder tekstelement is het toegestaan om aan die nummering letters toe te voegen.

Wanneer met een wijzigingsbesluit een nieuw tekstelement wordt ingevoegd tussen al bestaande tekstelementen, bijvoorbeeld een nieuw artikel tussen de artikelen 2.5 en 2.6, zijn daar twee methoden voor:

1. het ingevoegde tekstelement krijgt het nummer dat volgt op dat van het tekstelement waarna het wordt ingevoegd; de daaropvolgende tekstelementen worden vernummerd (in het voorbeeld: het nieuwe artikel krijgt het nummer 2.6, de daaropvolgende artikelen worden vernummerd naar 2.7 etc.);

2. het ingevoegde tekstelement krijgt hetzelfde nummer als het tekstelement waarna het wordt ingevoegd met daarachter (de eerstvolgende beschikbare) letter (in het voorbeeld: het nieuwe artikel krijgt het nummer 2.5a, de daaropvolgende artikelen behouden hun oorspronkelijke nummering).

Het voordeel van methode 1 is dat de nummering van tekstelementen volledig geautomatiseerd door software kan worden uitgevoerd. Nadelen zijn dat het met een wijzigingsbesluit invoegen van een tekstelement kan leiden tot een omvangrijke vernummering met als gevolg een omvangrijke aanlevering van gewijzigde onderdelen in renvooiweergave en tot mogelijke problemen wanneer meerdere wijzigingsbesluiten tegelijk in procedure zijn.

Voordelen van methode 2 zijn dat het invoegen van een tekstelement niet leidt tot een omvangrijker aanlevering bij een wijzigingsbesluit dan vanwege inhoudelijke wijzigingen nodig is en dat zich minder nummeringsconflicten zullen voordoen in het geval meerdere wijzigingsbesluiten tegelijk in procedure zijn. Nadeel van deze methode is, naast het wellicht meer visuele aspect van een ondoorzichtige nummering door het toevoegen van letters, dat de nummering van tekstelementen niet volledig geautomatiseerd door software kan worden uitgevoerd; dat kan leiden tot fouten.

5.3.1 Norm

De elementen van Besluit en Regeling van het projectbesluit waarvan in hoofdstuk 4 is bepaald dat ze moeten worden opgebouwd volgens de Vrijetekststructuur, moeten voldoen aan de specificaties in deze paragraaf. De Vrijetekststructuur kent de volgende elementen:

• Divisie: STOP-structuurelement dat gebruikt wordt voor de structurering van vrije tekst. Optioneel element. Komt zo vaak voor als gewenst. Divisie kan genest worden, oftewel hiërarchisch ingedeeld worden in verschillende niveaus van Divisie. Indien gebruik gemaakt wordt van Divisie, moet in ieder geval de Divisie van het laagste hiërarchische niveau een of meer elementen Divisietekst bevatten. De Divisies van de overige hiërarchische niveaus kunnen Divisietekst bevatten. In de hiërarchische indeling van de Divisies kunnen geen niveaus worden overgeslagen.
  Divisie bevat de volgende elementen:

  • Kop: STOP-element dat de Kop bevat. Verplicht element. Komt 1 keer voor. Bevat ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze elementen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd.

  • Gereserveerd: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisie binnen de Regeling. Indien in een Divisie het element Gereserveerd wordt gebruikt mag in die Divisie geen van de elementen Divisie of Divisietekst voorkomen.

  • Vervallen: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Geeft aan dat de Divisie de status ‘vervallen’ heeft; het is niet langer juridisch geldig en heeft geen inhoud meer. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisie binnen de Regeling. Indien in een Divisie het element Vervallen wordt gebruikt mag in die Divisie geen van de elementen Gereserveerd, Divisie en Divisietekst voorkomen.

  • Wanneer binnen de Divisie de elementen Gereserveerd of Vervallen niet voorkomen: een verplichte keuze tussen:

    • Divisie (van een lagergelegen niveau)

    • Divisietekst

• Divisietekst: STOP-element dat de inhoudelijke bouwsteen is voor de Vrijetekststructuur. Onder voorwaarde verplicht element: alleen te gebruiken wanneer binnen het bovenliggende element de elementen Gereserveerd en Vervallen niet voorkomen; is dan verplicht en komt dan ten minste 1 keer voor.
  Divisietekst bevat de volgende elementen:

  • Kop: STOP-element dat de Kop bevat. Optioneel element. Komt 0 of 1 keer voor. Indien Kop voorkomt bevat het ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze onderdelen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd.

  • Gereserveerd: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisietekst binnen de Regeling. Indien in een Divisietekst het element Gereserveerd wordt gebruikt mag in die Divisie geen van de elementen Divisie of Divisietekst voorkomen.

  • Vervallen: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Geeft aan dat de Divisietekst de status ‘vervallen’ heeft; het is niet langer juridisch geldig en heeft geen inhoud meer. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisietekst binnen de Regeling. Indien in een Divisietekst het element Vervallen wordt gebruikt mag in die Divisie geen van de elementen Gereserveerd, Divisie en Divisietekst voorkomen.

  • Inhoud: STOP-element voor de inhoud. Onder voorwaarde verplicht element: alleen te gebruiken wanneer binnen de Divisietekst de elementen Gereserveerd en Vervallen niet voorkomen; is dan verplicht en komt dan (per Divisietekst) ten minste 1 keer voor. Het element Inhoud bevat ten minste één van de inhoud-elementen Alinea, Begrippenlijst, Citaat, Figuur, Formule, Groep, Lijst, Tabel en Tussenkop. Deze elementen zijn desgewenst binnen het element Kadertekst te plaatsen.

Voor het inhoud-element Lijst kan gekozen worden tussen Lijst van het type expliciet en Lijst van het type ongemarkeerd.

5.3.2 Toelichting

De Artikelstructuur wordt alleen toegepast in het Lichaam van de Regeling van omgevingsdocumenten met Artikelstructuur. De Vrijetekststructuur is de tekststructuur voor het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, zoals de omgevingsvisie. Dit is het deel dat de (beleids)tekst met de inhoud van het omgevingsdocument bevat. Daarnaast is de Vrijetekststructuur de tekststructuur die wordt gebruikt in diverse delen van Regeling en Besluit buiten het Lichaam: Bijlage, Toelichting, ArtikelgewijzeToelichting en Motivering. Dat geldt zowel voor omgevingsdocumenten met Vrijetekststructuur als voor omgevingsdocumenten met Artikelstructuur.

In de Artikelstructuur wordt structuur aangebracht met specifiek benoemde structuurelementen zoals Hoofdstuk, Afdeling en Paragraaf. Die structuur toont direct -mens- en machineleesbaar- de positie van een element in het geheel. In de Vrijetekststructuur komt slechts één structuurelement voor, namelijk Divisie. Divisies kunnen genest worden: de opsteller kan desgewenst de tekst naar eigen inzicht hiërarchisch indelen in verschillende niveaus van Divisie. De positie van een Divisie in de hiërarchie bepaalt het niveau van die Divisie. De indeling in Divisies is de structuur zoals die kan worden weergegeven in een inhoudsopgave. Figuur 19 toont een voorbeeld van een tekst met Divisie in drie hiërarchische niveaus.

In het Label van de Kop van de Divisie kan uiteraard gebruik gemaakt worden van de termen hoofdstuk, afdeling en paragraaf. Dat wordt getoond in Figuur 20.

Divisie is dus het structuurelement van de Vrijetekststructuur, vergelijkbaar met structuurelementen als Hoofdstuk en Paragraaf in de Artikelstructuur. Divisie is een optioneel element: het is dus niet verplicht om tekstdelen met Vrijetekststructuur te structureren met Divisies. In de praktijk zal dat vaak wel gebeuren en zal Divisie in ten minste één niveau voorkomen. Iedere Divisie moet worden voorzien van een Kop. In de Vrijetekststructuur worden slechts beperkte eisen aan Kop gesteld: er moet ten minste één van de Kopelementen Label, Nummer of Opschrift zijn. Hoe die worden ingevuld is aan de opsteller. Figuur 21 geeft een voorbeeld van een tekst met Divisies in drie niveaus waarbij in de Kop alleen gebruik wordt gemaakt van het Kop-element Opschrift.

In de Vrijetekststructuur is Divisietekst het element met inhoud: het element dat inhoud bevat maar niet zelf inhoud is. Divisietekst is het verplichte element: het moet in iedere tekst met Vrijetekststructuur voorkomen. Het element Divisietekst van de Vrijetekststructuur komt overeen met Artikel (en Lid) van de Artikelstructuur. Divisietekst kan niet genest worden en is dus niet in te delen in hiërarchische niveaus. Divisietekst is de kleinste mutatie-eenheid. Dit betekent dat het de eenheid is die, ongeacht hoeveel wijzigingen met een wijzigingsbesluit in die Divisietekst worden aangebracht, als geheel vervangen wordt bij consolidatie. Bij gebruik van de wijzigingsmethode renvooi wordt door de renvooi-weergave van de wijzigingen zichtbaar wat er door het wijzigingsbesluit in de Divisietekst gewijzigd is. De Divisietekst is ook de eenheid waarover in de wetstechnische informatie in de regelingenbanken de juridische verantwoording wordt bijgehouden.

Divisietekst is in STOP gedefinieerd als een zelfstandig leesbaar stuk tekst met een interne inhoudelijke samenhang. De opsteller bepaalt zelf wat tot een Divisietekst behoort. Dat kunnen een of meer alinea’s zijn, maar ook de volledige tekst binnen een Divisie.

Bij Divisietekst is de Kop optioneel: de opsteller kan een Divisietekst voorzien van een Kop, maar dat is niet verplicht. Als een Divisietekst een Kop heeft, geldt ook daarvoor de beperkte eis dat de Kop uit ten minste één van de Kopelementen Label, Nummer of Opschrift moet bestaan. Hoe die worden ingevuld is aan de opsteller.

Binnen de Divisietekst wordt Inhoud opgenomen. Hiervoor kan gebruik gemaakt worden van alle Inhoud-elementen die STOP kent. We lichten hier de Inhoud-elementen Tussenkop en Lijst toe. Met het element Tussenkop kan een niet-structurerende ordening in de tekst worden aangebracht. Tussenkop is geen structuurelement en komt dan ook niet in een inhoudsopgave voor. Voor Lijst kent STOP twee typen: expliciet en ongemarkeerd. Bij gebruik van het type expliciet levert het bevoegd gezag de opsommingstekens mee; ze staan dus hard in de tekst. Bij gebruik van het type ongemarkeerd levert het bevoegd gezag niet de opsommingstekens aan. De applicaties die de tekst tonen (officielebekendmakingen.nl, de regelingenbanken op overheid.nl en DSO-LV) tonen de lijstitems in de door het bevoegd gezag aangeleverde volgorde en bepalen zelf met welke opsommingstekens de lijstitems worden weergegeven. Voor een tekst met Vrijetekststructuur is niet voorgeschreven welk type Lijst gebruikt moet worden: het is aan het bevoegd gezag om een keuze tussen de twee types te maken. Wanneer het bevoegd gezag zelf wil bepalen met welke opsommingstekens lijstitems worden weergegeven, kiest het voor de Lijst van het type expliciet. Als het bevoegd gezag het aan de applicaties wil overlaten, kiest het voor de Lijst van type ongemarkeerd.

In Figuur 24 is te zien dat Divisietekst kan voorkomen onder een Divisie van ieder niveau, ook als er Divisies van lagere niveaus zijn. De vrijetekststructuur geeft dus meer vrijheid dan de artikelstructuur, waar een artikel alleen onder het structuurelement van het laagste niveau kan voorkomen.

Zowel in Divisie als in Divisietekst die voorkomen in de Regeling kunnen de elementen Gereserveerd en Vervallen geplaatst worden. Het element Gereserveerd is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Dit element maakt het mogelijk om alvast een structuur neer te zetten die is voorbereid op toekomstige aanvullingen. Met latere wijzigingsbesluiten kan het element Gereserveerd worden vervangen door een structuurelement met daadwerkelijke inhoud. Dat verklaart ook waarom het element Gereserveerd niet in Divisie en Divisietekst in het Besluit kan voorkomen. Het Besluit zelf wordt immers niet gewijzigd en daardoor zou het element Gereserveerd nooit vervangen worden door daadwerkelijke inhoud. Ook inhoudelijk zou een element Gereserveerd in een Besluit een wonderlijke keuze zijn.

Het element Vervallen is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Wanneer een Divisie of Divisietekst vervalt kan het worden vervangen door het element Vervallen. Op deze manier blijft zichtbaar dat er een Divisie of Divisietekst was en dat die later is vervallen. Het voordeel daarvan is dat in de wetstechnische informatie de historie van het element kan worden teruggevonden. Het element Vervallen kan niet in Divisie en Divisietekst in het Besluit voorkomen. Het Besluit zelf wordt immers niet gemuteerd en daardoor zijn er geen Besluit-onderdelen die vervallen. Het werken met het element Vervallen is niet verplicht: het is ook mogelijk om de betreffende Divisie of Divisietekst met een wijzigingsbesluit volledig te verwijderen. Dan is het element niet langer zichtbaar. Het nadeel hiervan is dat er van het element geen wetstechnische informatie meer is.

Opgemerkt wordt dat waar in deze paragraaf Divisie en Divisietekst worden genoemd, het gaat over de STOP-structuurelementen Divisie en Divisietekst. Het gaat niet over de OW-objecten Divisie en Divisietekst. Zoals hiervoor al gezegd komen de STOP-structuurelementen Divisie en Divisietekst voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, maar ook in onderdelen van Besluit en Regeling daarbuiten, zowel in omgevingsdocumenten met Vrijetekststructuur als in omgevingsdocumenten met Artikelstructuur. In IMOW komen Divisie en Divisietekst voor als objecttypen, die alleen gebruikt kunnen worden in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

6.1.1 Tekst

Zoals in hoofdstuk 5 al is beschreven kent STOP twee soorten tekststructuur: Artikelstructuur en Vrijetekststructuur. In het STOP-tekstmodel is Artikelstructuur de tekststructuur voor het Lichaam van een Regeling die is opgebouwd uit één of meer artikelen. Vrijetekststructuur is de tekststructuur die wordt gebruikt voor het Lichaam van een Regeling van juridisch authentieke documenten die geen artikelen bevat én voor diverse onderdelen van Regeling en Besluit buiten het Lichaam, waaronder Bijlage en Toelichting.

IMOW maakt eveneens onderscheid tussen de Artikelstructuur en de Vrijetekststructuur. Het verschil met STOP is dat IMOW alleen wordt toegepast op het lichaam van de Regeling van omgevingsdocumenten, oftewel het onderdeel dat de artikelen respectievelijk de (beleids)teksten bevat. IMOW wordt dus niet toegepast op de overige onderdelen van de Regeling, zoals motivering, artikelsgewijze toelichting en bijlagen, en niet op de onderdelen van het Besluit. Twee voorbeelden: IMOW wordt wel toegepast op de artikelen met regels van het omgevingsdocument maar niet op bijlagen bij die regels en ook niet op de motivering die onderdeel vormt van het besluit, wel op de beleidsteksten in de omgevingsvisie maar niet op een eventuele bijbehorende zienswijzennota of participatieverslag.

Voor tekst met Artikelstructuur onderscheidt IMOW de objecten Regeltekst en Juridische regel (beschreven in subparagraaf 6.1.1.1), voor het lichaam van omgevingsdocumenten met Vrijetekststructuur heeft IMOW de objecten Divisie, Divisietekst en Tekstdeel (de onderwerpen van subparagraaf 6.1.1.2).

6.1.2 Locatie

6.1.2.1 Juridisch vastleggen van Locatie met geografisch informatieobject

In regelingen kan informatie worden vastgelegd die niet op een begrijpelijke manier in tekst te beschrijven is. De geometrische begrenzing van Locatie is daar een voorbeeld van; gedacht kan ook worden aan een geluidsfragment. STOP gebruikt het informatieobject als bedoeld in Aanwijzing 3.50 van de Aanwijzingen voor de regelgeving (waarin de voorwaarden staan waar verwijzingen naar informatie op internet aan moeten voldoen) om dergelijke informatie op een juridisch juiste manier vast te leggen en er vanuit de tekst van een regeling naar te verwijzen. Een informatieobject dat de geometrische begrenzing van een of meer Locaties vastlegt wordt een geografisch informatieobject genoemd. (Zoals al eerder gemeld wordt de term geografisch informatieobject afgekort tot GIO.) Feitelijk is een GIO een GML-bestand met een of meer geometrieën, voorzien van metadata conform de STOP-specificatie voor een GIO.

Een GIO is een technische voorziening voor het accuraat specificeren en juridisch borgen van een gebied. Het is onderdeel van het besluit als informatie die niet uit tekst bestaat als bedoeld in artikel 7, eerste lid, van de Bekendmakingswet. Het wordt tegelijk met de tekst van het besluit in het publicatieblad van het betreffende bevoegd gezag op officielebekendmakingen.nl gepubliceerd.

De tekst van de Regeling moet minimaal één keer met een tekstuele aanduiding verwijzen naar ieder GIO. Daardoor wordt de inhoud ervan onderdeel van besluit en regeling. Voor die tekstuele aanduiding wordt de naam van het GIO gebruikt. De vermelding van de naam van het GIO in de tekst heeft als doel dat een lezer begrijpt op welke locatie de tekst betrekking heeft. De systematiek waarmee informatieobjecten machineleesbaar worden vastgelegd en de manier waarop de tekst van de Regeling verwijst naar het informatieobject zorgen ervoor dat:

• de informatie permanent via de verwijzing is terug te vinden;

• de informatie met algemeen beschikbare software op een voor de mens begrijpelijke manier weergegeven kan worden;

• de onveranderlijkheid van het informatieobject voldoende is gewaarborgd.

STOP bevat de eisen waaraan een GIO moet voldoen. Deze eisen zorgen voor de borging van de juridische bestendigheid van de GIO’s. Aan een GIO kan een module worden toegevoegd met daarin de GIO-symbolisatie: informatie over hoe een GIO (op overheid.nl) wordt afgebeeld op een kaart. In het geval van een GIO met normwaarden is dat verplicht.

Voor de bekendmaking van omgevingsdocumenten is het verplicht om de geometrische begrenzing van onderdelen van de regeling vast te leggen in een GIO. Een uitzondering daarop is een regel die geldt voor het hele ambtsgebied van het bevoegd gezag: in dat geval wordt de Locatie, oftewel het ambtsgebied, niet vastgelegd met een GIO. Zie hiervoor verder paragraaf 8.4.5.

Het in omgevingsdocumenten juridisch juist werken met GIO’s gebeurt als volgt:

• In de tekst van de Regeling moet de (mensleesbare) naam van ieder GIO minimaal één keer voorkomen, voorzien van een (machineleesbare) verwijzing naar het betreffende onderdeel in de bijlage Informatieobjecten.

• De coördinaten van iedere Locatie moeten zijn vastgelegd in een GIO.

• In de bijlage Informatieobjecten wordt de naam van het GIO opgenomen op een manier vergelijkbaar met een begrip en zijn definitie: bij wijze van definitie komt achter de naam de volledige identificatie van het GIO.

De constructie met de naam van het GIO in de lopende tekst waarna in de bijlage die naam wordt gekoppeld aan de volledige identificatie van het GIO zorgt ervoor dat de lopende tekst goed leesbaar blijft, maar dat tevens de unieke identificatie van het GIO, waarmee de inhoud van het GIO wordt ontsloten, leesbaar in de regeling te vinden is.

Figuur 26 laat een voorbeeld van deze verwijzing zien in een Juridische regel; Figuur 27 laat een voorbeeld zien van deze verwijzing in een Tekstdeel:

6.1.2.2 OW-Locatie en werkingsgebied

In de toelichtingen op Omgevingswet en Omgevingsbesluit wordt de term werkingsgebied gebruikt voor het gebied waar een regel zijn werking heeft. In de praktijk bestaat het werkingsgebied van een Regeltekst niet altijd uit één aaneengesloten gebied, maar vaak uit meerdere gebieden en soms ook uit punten of lijnen. IMOW gebruikt voor de afzonderlijke onderdelen van het juridische werkingsgebied van een Regeltekst het object Locatie, dat de coördinaten bevat die het gebied begrenzen. Het werkingsgebied van de Regeltekst bestaat uit de optelling van alle Locaties van de Juridische regels die samen de Regeltekst vormen. Uit het juridisch systeem volgt dat van iedere Regeltekst duidelijk moet zijn waar deze geldt. Iedere Regeltekst heeft daarom een werkingsgebied en dus ook één of meer Locaties. In IMOW is het werkingsgebied de relatie tussen de Regeltekst en de Locatie(s) van die Regeltekst, of, als de Regeltekst uit meerdere Juridische regels bestaat, alle Locaties van de Juridische regels in de Regeltekst. Deze relatie wordt in DSO-LV afgeleid, het bevoegd gezag hoeft geen afzonderlijke geometrie voor het werkingsgebied aan te leveren.

Het OW-object Locatie heeft twee functies. De eerste functie is het (impliciet) juridisch vastleggen van het werkingsgebied van de Regeltekst. Dit maakt de ‘klik op de kaart’ mogelijk: door een klik op de kaart worden de op die plek geldende regels (of het geldende beleid) getoond. Het maakt ook het omgekeerde mogelijk: vanuit de tekst laten zien waar die tekst geldt. De tweede functie van Locatie is dat het vastlegt waar de domeinspecifieke objecttypen Activiteit (via ActiviteitLocatieaanduiding), Omgevingswaarde, Omgevingsnorm en de verschillende typen Gebiedsaanwijzing van toepassing zijn.

Gebieden, punten en lijnen kunnen worden gegroepeerd tot respectievelijk gebiedengroep, puntengroep of lijnengroep, in welk geval de groep een Locatie vormt. Soms komt de groep overeen met het GIO en soms de losse Locatie. Het OW-object Locatie heeft het optionele attribuut noemer. Dit maakt het mogelijk om een mensleesbare relatie te leggen tussen de OW-Locatie en de naam van het GIO die in de tekst van de regel voorkomt (zie hiervoor verder paragraaf 6.1.2.1). Iedere OW-locatie moet in een GIO voorkomen.

Locatie komt ook voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur. Het wordt gebruikt om het gebied vast te leggen waarover een Tekstdeel iets zegt. Net als bij de Regeltekst wordt de optelling van alle Locaties van de Tekstdelen die samen de Divisie of de Divisietekst vormen werkingsgebied genoemd. Ook hier geldt dat de relatie door LVBB en in DSO-LV wordt afgeleid en het bevoegd gezag geen afzonderlijke geometrie voor het werkingsgebied hoeft aan te leveren. Anders dan bij Juridische regel is het niet verplicht om aan ieder Tekstdeel een Locatie te koppelen.

Figuur 28 laat een voorbeeld zien: een artikel uit een omgevingsdocument met Artikelstructuur respectievelijk een Divisie of Divisietekst uit een omgevingsdocument met Vrijetekststructuur heeft drie Locaties die samen het werkingsgebied van dat artikel of Divisie c.q. Divisietekst vormen.

In paragraaf 6.1.2.1 is al beschreven dat de naam van ieder GIO minimaal één keer in de tekst van de Regeling moet voorkomen. Meer algemeen geldt dat uit de tekst duidelijk moet blijken waar een Juridische regel of Tekstdeel geldt. Voorbeelden daarvan zijn (de term waaruit blijkt waar de tekst geldt is cursief weergegeven): “In het ‘Stiltegebied’ is het verboden om een toestel te gebruiken dat het ervaren van de natuurlijke geluiden kan verstoren.” “Ter plaatse van de locatie ‘Duurzame energie’ wordt ernaar gestreefd om in 2025 18 hectare zonnepanelen gerealiseerd te hebben.” Als de locatie steeds dezelfde is, is het niet nodig om zo’n verwijzing in ieder artikel of lid op te nemen. Een oplossing kan zijn om in het begin van bij voorbeeld een afdeling of paragraaf een artikel op te nemen dat aangeeft wat het werkingsgebied van de artikelen in die afdeling of paragraaf is. Een voorbeeld: “Deze paragraaf geldt ter plaatse van de functie ‘wonen’.” Het is niet de bedoeling om alleen in het artikel of de bijlage met begripsbepalingen alle mensleesbare namen van de GIO’s en hun (machineleesbare) verwijzingen naar de betreffende onderdelen in de bijlage Informatieobjecten op te nemen en dat in de lopende tekst van de regeling niet te doen.

Met het OW-objecttype Locatie wordt de begrenzing vastgelegd van het gebied waarover een Juridische regel of een Tekstdeel gaat. Het kan wenselijk zijn om in de tekst een onderdeel van zo’n gebied in woorden te beschrijven, bijvoorbeeld met een geografische of vergelijkbare term (in het Stadspark, op de Veluwe, in ieder hoekpand), zonder de begrenzing van zo’n onderdeel vast te leggen. LVBB en DSO-LV kunnen de ligging van zo’n in woorden beschreven gebied niet afleiden en ook niet tonen. Zij weten immers niet waar het Stadspark is of waar de hoekpanden zijn. In zo’n geval worden de Locaties getoond die het werkingsgebied vormen van de Regeltekst of de Divisie of Divisietekst waarin die Juridische regel of dat Tekstdeel voorkomt. Het wordt dan aan de lezer overgelaten om te interpreteren waar de regel wel en niet werking heeft.

Locatie en de toepassing ervan worden in detail beschreven in paragraaf -639542512.

6.1.3 Annotatie

De STOP/TPOD-standaard maakt het voor bevoegde gezagen mogelijk om zich te beperken tot het verbinden van Juridische regels of Tekstdelen met Locaties. Een computer weet dan dat beide bij elkaar horen maar kan geen verdere betekenis aan die relatie geven en kan de Locaties ook niet op een voor de mens herkenbare manier op een kaart weergeven.

Dat kan wel met het in paragraaf 3.4 al kort beschreven mechanisme annoteren: het toevoegen van gegevens aan (onderdelen van) een omgevingsdocument die de inhoud van het omgevingsdocument voor de computer vertalen. Door het annoteren kan een viewer locaties en andere gegevens op een kaart en bij een tekst weergeven. Het annoteren zorgt er ook voor dat een omgevingsdocument op bepaalde kenmerken doorzoekbaar is. Het annoteren kan, in omgevingsdocumenten met artikelstructuur waarin regels over activiteiten worden gesteld, ook helpen bij het verbinden van toepasbare regels, oftewel vragenbomen, aan regels en Locaties. In paragraaf 6.2 wordt de bedoeling van het annoteren van omgevingsdocumenten met OW-objecten toegelicht. In hoofdstuk 8 worden de OW-objecten in detail gespecificeerd en toegelicht.

7.2.1 Toelichting op de toepassing

In het STOP-tekstmodel is Divisie het structurerende hiërarchische element voor alle elementen die zijn opgebouwd volgens de Vrijetekststructuur: het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur maar ook diverse onderdelen van Besluit en Regeling buiten het Lichaam, zoals Bijlage en Toelichting. Divisie is in STOP een structuurelement: het structureert de tekst maar bevat zelf geen inhoud. In STOP kan Divisie een verzameling van (lagergelegen) Divisie-, Divisietekst- en/of Tekstdeel-objecten bevatten.

In IMOW komt het objecttype Divisie alleen voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur: het deel dat de (beleids)tekst met de inhoud van het projectbesluit bevat. Divisie en de in paragraaf 7.3 besproken Divisietekst zijn in IMOW de koppelobjecten naar STOP.

Opgemerkt wordt dat het OW-object Tekstdeel, het objecttype dat geannoteerd wordt met de overige OW-objecten, via de koppelobjecten Divisie of Divisietekst wordt gekoppeld aan de STOP-elementen Divisie respectievelijk Divisietekst. In STOP is Divisie een structuurelement en is Divisietekst een element dat inhoud bevat. In omgevingsdocumenten met Vrijetekststructuur is het daardoor mogelijk om te annoteren op het niveau van het element dat inhoud bevat én op het niveau van structuurelementen. Dat is anders dan bij omgevingsdocumenten met Artikelstructuur, waar alleen geannoteerd kan worden op het niveau van het element dat inhoud bevat, te weten Regeltekst. Wanneer het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van structuurelementen (bijvoorbeeld op de Divisie van het niveau dat vergelijkbaar is met een heel hoofdstuk of paragraaf), moet het de tekst structureren met het STOP-element Divisie en uiteraard het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisie. Als het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van het element dat inhoud bevat, moet het het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisietekst. Annoteren op het niveau van structuurelementen (Divisie) ligt het meest voor de hand bij annotaties met het objecttype Hoofdlijn en eventueel met het attribuut thema. Het ligt niet voor de hand om dat te doen bij annotaties met het objecttype Gebiedsaanwijzing. Gebiedsaanwijzing is sterk verbonden aan de tekst waarin het gebied wordt aangewezen en benoemd. Daarom ligt het annoteren met het objecttype Gebiedsaanwijzing het meest voor de hand op het niveau van het element dat inhoud bevat: Divisietekst. Divisietekst kan ook goed geannoteerd worden met het attribuut thema en met het objecttype Hoofdlijn.

Een annotatie op een Divisie geldt voor alle onderliggende Divisies, Divisieteksten en Tekstdelen. Als voorbeeld: een annotatie met een Hoofdlijn op een Divisie van het hoogste niveau, bijvoorbeeld het hoofdstuk, geldt ook voor de onderliggende afdelingen, paragrafen en de tekst in die paragrafen, Als dat niet de bedoeling is, moet de annotatie worden toegevoegd op het niveau waar deze van toepassing is. Figuur 32 en Figuur 33 laten schematische voorbeelden zien van deze doorwerking.

Door dit principe zal een viewer als de DSO-viewer bij het filteren op bijvoorbeeld een Hoofdlijn, de Divisie die met die specifieke Hoofdlijn is geannoteerd én alle onderliggende Divisies, Divisieteksten en Tekstdelen als resultaat geven.

7.2.2 Definitie

Het OW-objecttype Divisie is een zelfstandige eenheid van (een of meer) bij elkaar horende beleidsteksten waarnaar kan worden verwezen in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

7.2.3 Doel

Doel van het objecttype Divisie is het leggen van de verbinding tussen het Tekstdeel uit het OW-domein en de Divisie uit STOP.

7.2.4 Norm

Divisie kent het volgende attribuut:

identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform NEN3610. Verplicht attribuut. Komt 1 keer voor.

Divisie kent geen waardelijsten en geen constraints.

7.2.5 Toelichting op de norm

Het attribuut identificatie behoeft geen toelichting.

In de uitsnede van het diagram is ook het attribuut werkingsgebied te zien. Dit attribuut is de verwijzing van een specifieke Divisie naar (de identificatie van) de bijbehorende Locatie(s). De relatie is in een onderbroken lijn weergegeven omdat het een conceptuele relatie is. De relatie is impliciet inbegrepen in de relatie tussen Divisie, Tekstdeel en Locatie en geeft aan wat het werkingsgebied van de Divisie is: het gebied waar het Tekstdeel zijn werking heeft. De relatie wordt afgeleid door LVBB en in DSO-LV waarbij de som van de locaties van de onderliggende Tekstdelen wordt gebruikt. Het is dus niet zo dat het bevoegd gezag ook nog een afzonderlijke geometrie voor het werkingsgebied moet aanleveren.

7.3.1 Toelichting op de toepassing

In het STOP-model voor de Vrijetekststructuur is Divisietekst het element dat inhoud bevat maar niet zelf inhoud is. Het is de inhoudelijke bouwsteen voor alle elementen die zijn opgebouwd volgens de Vrijetekststructuur: het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur maar ook diverse onderdelen van Besluit en Regeling buiten het Lichaam, zoals Bijlage en Toelichting.

In IMOW komt het objecttype Divisietekst alleen voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur: het deel dat de (beleids)tekst met de inhoud van het projectbesluit bevat. Divisietekst en de in paragraaf 7.2 besproken Divisie zijn in IMOW de koppelobjecten naar STOP. Divisietekst kan een verzameling van Tekstdeel-objecten bevatten.

Opgemerkt wordt dat het OW-object Tekstdeel, het objecttype dat geannoteerd wordt met de overige OW-objecten, via de koppelobjecten Divisie of Divisietekst wordt gekoppeld aan de STOP-elementen Divisie respectievelijk Divisietekst. In STOP is Divisie een structuurelement en is Divisietekst een element dat inhoud bevat. In omgevingsdocumenten met Vrijetekststructuur is het daardoor mogelijk om te annoteren op het niveau van het element dat inhoud bevat én op het niveau van structuurelementen. Dat is anders dan bij omgevingsdocumenten met Artikelstructuur, waar alleen geannoteerd kan worden op het niveau van het element dat inhoud bevat, te weten Regeltekst. Wanneer het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van structuurelementen (bijvoorbeeld op de Divisie van het niveau dat vergelijkbaar is met een heel hoofdstuk of paragraaf), moet het de tekst structureren met het STOP-element Divisie en uiteraard het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisie. Als het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van het element dat inhoud bevat, moet het het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisietekst. Annoteren op het niveau van structuurelementen (Divisie) ligt het meest voor de hand bij annotaties met het objecttype Hoofdlijn en eventueel met het attribuut thema. Het ligt niet voor de hand om dat te doen bij annotaties met het objecttype Gebiedsaanwijzing. Gebiedsaanwijzing is sterk verbonden aan de tekst waarin het gebied wordt aangewezen en benoemd. Daarom ligt het annoteren met het objecttype Gebiedsaanwijzing het meest voor de hand op het niveau van het element dat inhoud bevat: Divisietekst. Divisietekst kan ook goed geannoteerd worden met het attribuut thema en met het objecttype Hoofdlijn. Een annotatie op een Divisietekst geldt voor alle Tekstdelen, oftewel alle tekst, in die Divisietekst.

7.3.2 Definitie

Het OW-objecttype Divisietekst is de diepste zelfstandige eenheid van (een of meer) bij elkaar horende beleidsteksten waarnaar kan worden verwezen in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

7.3.3 Doel

Doel van het objecttype Divisietekst is het leggen van de verbinding tussen het Tekstdeel uit het OW-domein en de Divisietekst uit STOP.

7.3.4 Norm

Divisietekst kent het volgende attribuut:

identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform NEN3610. Verplicht attribuut. Komt 1 keer voor.

Divisietekst kent geen waardelijsten en geen constraints.

7.3.5 Toelichting op de norm

Het attribuut identificatie behoeft geen toelichting.

In de uitsnede van het diagram is ook het attribuut werkingsgebied te zien. Dit attribuut is de verwijzing van een specifieke Divisietekst naar (de identificatie van) de bijbehorende Locatie(s). De relatie is in een onderbroken lijn weergegeven omdat het een conceptuele relatie is. De relatie is impliciet inbegrepen in de relatie tussen Divisietekst, Tekstdeel en Locatie en geeft aan wat het werkingsgebied van de Divisietekst is: het gebied waar het Tekstdeel zijn werking heeft. De relatie wordt afgeleid door LVBB en in DSO-LV waarbij de som van de locaties van de onderliggende Tekstdelen wordt gebruikt. Het is dus niet zo dat het bevoegd gezag ook nog een afzonderlijke geometrie voor het werkingsgebied moet aanleveren.

7.4.1 Toelichting op de toepassing

Tekstdeel is een conceptuele constructie, die in IMOW wordt gebruikt om verschillende onderdelen van een Divisie of Divisietekst in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur een eigen Locatie te kunnen geven. Ook maakt Tekstdeel het mogelijk om verschillende onderdelen van een Divisie of Divisietekst een eigen thema te geven en/of te annoteren met verschillende domeinspecifieke annotaties van het objecttype Gebiedsaanwijzing. Tekstdeel is altijd onderdeel van een Divisie of Divisietekst. Divisie en Divisietekst kunnen meerdere Tekstdelen bevatten. Voor Tekstdeel geldt, net als voor Divisie en Divisietekst, dat het alleen gebruikt kan worden in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

7.4.2 Definitie

Tekstdeel is het objecttype, te gebruiken in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, dat de relatie vormt tussen een beleids- of realisatietekst en de daarmee samenhangende annotaties.

7.4.3 Doel

Doel van het objecttype Tekstdeel is:

• het kunnen verbinden van verschillende onderdelen van een Divisie of Divisietekst met eigen Locaties;

• het kunnen annoteren van verschillende onderdelen van een Divisie of Divisietekst met thema, Hoofdlijn en de verschillende typen Gebiedsaanwijzing;

• het kunnen leggen van de relaties tussen de domeinspecifieke annotaties, waardoor het Tekstdeel als geheel machineleesbaar wordt;

• het, door middel van het attribuut thema, in samenhang kunnen tonen van verschillende Tekstdelen binnen hetzelfde omgevingsdocument;

• het kunnen leggen van verbindingen tussen onderdelen van verschillende omgevingsdocumenten, bijvoorbeeld een omgevingsvisie en een omgevingsverordening, die met hetzelfde thema zijn geannoteerd.

7.4.4 Norm

Tekstdeel kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform NEN3610. Verplicht attribuut. Komt 1 keer voor.

• idealisatie: attribuut dat vastlegt op welke manier de begrenzing van Locatie voor dit Tekstdeel geïnterpreteerd moet worden en door het bevoegd gezag bedoeld is. Te kiezen uit de limitatieve waardelijst ‘Idealisatie’. Onder voorwaarde verplicht attribuut: alleen te gebruiken wanneer Tekstdeel Locatie of Locaties heeft; dan verplicht. Komt dan 1 keer voor.

• thema: de naam van het thema van het Tekstdeel, te kiezen uit de limitatieve waardelijst ‘Thema’. Optioneel attribuut. Komt zo vaak voor als gewenst.

• divisieaanduiding: de verwijzing van een specifiek Tekstdeel naar de Divisie of de Divisietekst waar het Tekstdeel onderdeel van is. Verplicht attribuut. Komt 1 keer voor. De keuze tussen Divisie en Divisietekst wordt aangegeven met het keuze-element DivisieOfDivisietekst.

• hoofdlijnaanduiding: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) de bijbehorende Hoofdlijn(en). Optioneel attribuut. Komt zo vaak voor als gewenst.

• locatieaanduiding: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) de bijbehorende Locatie(s); attribuut dat een of meer specifieke Locatie(s) aanduidt waar dit Tekstdeel van toepassing is. Optioneel attribuut. Komt zo vaak voor als gewenst.

• gebiedsaanwijzing: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) een Gebiedsaanwijzing. Attribuut dat vastlegt dat het Tekstdeel met (één van de typen van) het object Gebiedsaanwijzing geannoteerd is. Optioneel attribuut. Komt 0 of 1 keer voor.

• kaartaanduiding: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) de Kaart waarop de Locaties en OW-objecten worden weergegeven die horen bij het betreffende Tekstdeel. Optioneel attribuut. Komt zo vaak voor als gewenst.

Tekstdeel kent de volgende constraint:

• idealisatie verplicht als Tekstdeel een Locatie heeft.

7.4.5 Toelichting op de norm

Attributen

• idealisatie: attribuut dat aangeeft op welke manier de begrenzing van Locatie voor een Tekstdeel door het bevoegd gezag bedoeld is: is het een exacte of een indicatieve afbakening? Het attribuut idealisatie is in IMOW gepositioneerd als attribuut van Tekstdeel. Dat lijkt misschien vreemd omdat het informatie geeft over de gewenste interpretatie van Locatie. Toch hoort idealisatie bij Tekstdeel omdat het vertelt hoe de Locatie voor dít Tekstdeel geïnterpreteerd moet worden. Op deze manier is het mogelijk om dezelfde Locatie ook voor een ander Tekstdeel te (her)gebruiken en voor dat Tekstdeel een andere idealisatie te geven. De waardelijst ‘Idealisatie’ kent twee waarden: exact en indicatief. Hiermee kan worden aangegeven of de begrenzing van Locatie voor dit Tekstdeel exact of indicatief bedoeld is. Wanneer wordt gekozen voor de waarde indicatief geeft dat alleen aan dat de begrenzing indicatief bedoeld is. Met idealisatie wordt niet vastgelegd met welke marge de indicatieve begrenzing bedoeld is. Bij Tekstdeel is het attribuut idealisatie alleen verplicht wanneer het Tekstdeel een Locatie heeft. Zie verder de constraint die hierna wordt besproken.

• thema: attribuut dat kernachtig de grondgedachte van het Tekstdeel weergeeft. Het thema is een aanduiding van het aspect van de fysieke leefomgeving waar de Juridische regel over gaat. Om harmonisatie tussen bevoegde gezagen en tussen instrumenten te bevorderen is er een waardelijst voor thema. Het overgrote deel van de waarden van deze waardelijst is rechtstreeks ontleend aan artikel 1.2 Ow, waarin is aangegeven welke aspecten de fysieke leefomgeving omvat. In 1 wordt de relatie tussen artikel 1.2 Ow en de waarden van de waardelijst gelegd.
  Per Tekstdeel kunnen net zoveel thema’s worden toegevoegd als gewenst is. thema is een attribuut en geen object. Het kent daardoor geen eigen weergave.
  Met het attribuut thema kan het thema van een Tekstdeel worden aangegeven. thema kan bijvoorbeeld worden gebruikt om alle Tekstdelen over een bepaald thema in eenzelfde omgevingsdocument te selecteren, of om van verschillende omgevingsdocumenten de Tekstdelen en/of Juridische regels met hetzelfde thema te selecteren. Afhankelijk van de functionaliteit die een viewer biedt is het vervolgens ook mogelijk om de Locaties van alle Tekstdelen en/of Juridische regels met hetzelfde thema op een kaartbeeld weer te geven.
  Overwogen wordt om aan het objecttype Tekstdeel een attribuut subthema toe te voegen waarmee het bevoegde gezag desgewenst binnen een thema een nadere specialisatie kan aanbrengen.

• divisieaanduiding: attribuut voor de verwijzing van een Tekstdeel naar de identificatie van de Divisie of Divisietekst waarin het Tekstdeel voorkomt. Tekstdeel wordt via de koppelobjecten Divisie respectievelijk Divisietekst gekoppeld aan de STOP-elementen Divisie of Divisietekst. Bij ieder Tekstdeel moet bepaald worden of het hoort bij een Divisie of een Divisietekst. Deze keuze wordt gemaakt met het keuze-element DivisieOfDivisietekst. Het STOP-element Divisie is een structuurelement en het STOP-element Divisietekst is een element dat inhoud bevat. In omgevingsdocumenten met Vrijetekststructuur is het daardoor mogelijk om te annoteren op het niveau van het element dat inhoud bevat én op het niveau van structuurelementen. In het geval van een annotatie op het niveau van structuurelementen (bijvoorbeeld op de Divisie van het niveau dat vergelijkbaar is met een heel hoofdstuk of paragraaf), wordt bij het keuze-element DivisieOfDivisietekst gekozen voor het OW-objecttype Divisie. Bij een annotatie op het niveau van het element dat inhoud bevat, wordt bij het keuze-element DivisieOfDivisietekst gekozen voor het OW-objecttype Divisietekst. Annoteren op het niveau van structuurelementen (Divisie) ligt het meeste voor de hand bij annotaties met het attribuut thema en met het objecttype Hoofdlijn. Het ligt niet voor de hand om dat te doen bij annotaties met het objecttype Gebiedsaanwijzing. Het annoteren met het objecttype Gebiedsaanwijzing ligt het meeste voor de hand op het niveau van het element dat inhoud bevat: Divisietekst. Divisietekst kan ook goed geannoteerd worden met het attribuut thema en met het objecttype Hoofdlijn.

• hoofdlijnaanduiding: attribuut dat de verwijzing bevat van Tekstdeel naar de identificatie(s) van het daarbij behorende object Hoofdlijn. Het object Hoofdlijn wordt beschreven in paragraaf 7.5. Dit attribuut geeft aan dat het Tekstdeel hoort bij een bepaalde Hoofdlijn.

• locatieaanduiding: attribuut dat de verwijzing bevat naar de identificatie van de Locatie(s) die bij het Tekstdeel horen én aangeeft wat de betekenis van die Locatie(s) is voor het object waar het bij hoort; in dit geval voor Tekstdeel. Wanneer bij een Tekstdeel Locatie wordt gebruikt legt dit attribuut dus vast dat deze Locatie(s) de locatie(s) is (zijn) waar dit Tekstdeel van toepassing is.
  Het annoteren van Locatie bij een Tekstdeel is optioneel. Let op dat het niet annoteren van Locatie bij een Tekstdeel tot gevolg heeft dat het niet mogelijk is om in een viewer met een klik op de kaart de daar relevante onderdelen van de tekst te vinden.

• gebiedsaanwijzing: attribuut dat de verwijzing bevat van Tekstdeel naar de identificatie van het specifieke voorkomen van een bepaald type Gebiedsaanwijzing. Samen met die domeinspecifieke annotatie duidt dit attribuut aan dat het Tekstdeel gaat over een van de typen gebiedsaanwijzing.

• kaartaanduiding: attribuut dat de verwijzing bevat van het Tekstdeel naar de identificatie van een specifiek Kaartobject. Met het objecttype Kaart kan bij een Tekstdeel een specifieke kaart worden gegenereerd waarop alle bij dat Tekstdeel behorende Locaties en OW-objecten worden weergegeven. Het is ook mogelijk om vanuit meerdere Tekstdelen te verwijzen naar dezelfde Kaart. Daardoor ontstaat een gecombineerd kaartbeeld met alle kaartgerelateerde informatie uit alle Tekstdelen die naar dezelfde Kaart verwijzen. Zie voor het objecttype Kaart paragraaf 8.10.

Constraints

idealisatie verplicht als Tekstdeel een Locatie heeft: deze constraint betekent dat áls Tekstdeel een Locatie heeft, het verplicht is om idealisatie te gebruiken. Bij Tekstdeel is, anders dan bij Juridische regel, het attribuut idealisatie slechts onder voorwaarde verplicht. Het moet gebruikt worden wanneer het Tekstdeel een Locatie heeft. Dat is namelijk niet verplicht.

7.5.1 Toelichting op toepassing

Hoofdlijn biedt aan de hand van de attributen soort en naam de mogelijkheid Tekstdeel extra informatie mee te geven waardoor informatie in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur volgens een door het bevoegd gezag gekozen indeling te structureren is. Voor het attribuut soort kan het bevoegd gezag een herkenbare term kiezen die in het document terugkomt, zoals ‘ambitie’, ‘doelstelling’ of ‘pijler’. Met het attribuut naam kan vervolgens een meer specifieke naam opgenomen worden die correspondeert met de inhoud of het opschrift van het gekozen deel van de tekst. Omdat er geen gebruik gemaakt wordt van waardelijsten biedt dit de grootst mogelijk flexibiliteit voor het naar eigen inzicht inrichten van visie-achtige omgevingsdocumenten.

Bij de Hoofdlijn kan als extra informatie worden aangegeven of de Hoofdlijn een relatie met een andere Hoofdlijn in het omgevingsdocument heeft.

In de paragrafen 7.2, 7.3 en 7.4 over de objecttypen Divisie, Divisietekst en Tekstdeel is al aangegeven dat het in omgevingsdocumenten met Vrijetekststructuur mogelijk is om te annoteren op het niveau van het (STOP-)element dat inhoud bevat (Divisietekst) én op het niveau van het (STOP-)structuurelement (Divisie). Daar is ook aangegeven dat het annoteren op het niveau van het structuurelement Divisie het meest voor de hand ligt bij annotaties met het objecttype Hoofdlijn (en met het attribuut thema). Dat laat onverlet dat het annoteren met Hoofdlijn ook goed toe te passen is op het niveau van Divisietekst.

7.5.2 Definitie

Hoofdlijn is het objecttype, te gebruiken in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, dat machineleesbaar maakt dat in een bepaald Tekstdeel een hoofdlijn van de kwaliteit, ontwikkeling of staat van of het beleid voor de fysieke leefomgeving is vastgelegd.

7.5.3 Doel

Doel van het objecttype Hoofdlijn is het mogelijk maken om:

• in een omgevingsdocument met Vrijetekststructuur verschillende onderdelen met eenzelfde Hoofdlijn te selecteren;

• in verschillende omgevingsdocumenten met Vrijetekststructuur onderdelen dezelfde Hoofdlijn te geven of dezelfde Hoofdlijn-systematiek toe te passen.

7.5.4 Norm

Hoofdlijn kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van deze specifieke Hoofdlijn. Het bevoegd gezag is vrij in de keuze van de naam van de Hoofdlijn. Verplicht attribuut, komt 1 keer voor.

• soort: de soort waartoe deze Hoofdlijn behoort. Het bevoegd gezag is vrij in het kiezen van een benaming voor soort. Verplicht attribuut, komt 1 keer voor.

• gerelateerdeHoofdlijn: de verwijzing van een specifieke Hoofdlijn naar een andere Hoofdlijn die aangeeft dat er een bijzondere relatie bestaat tussen die twee Hoofdlijnen. Optioneel attribuut. Komt zo vaak voor als gewenst.

Hoofdlijn kent geen waardelijsten en geen constraints.

7.5.5 Toelichting op de norm

• naam: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de naam van de Hoofdlijn. Voorbeelden zijn: ‘Een klimaatbestendige delta’, ‘Duurzaam, concurrerend en circulair’.

• soort: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de soort van de Hoofdlijn. Het attribuut soort maakt het mogelijk om Hoofdlijnen te groeperen. Voorbeelden zijn: ambitie, doel, opgave, toekomstperspectief, prioriteit, beleidskeuze.

• gerelateerdeHoofdlijn: een Hoofdlijn kan in een bijzondere relatie tot een andere Hoofdlijn staan waardoor het van belang is dat de gebruiker ook op de andere Hoofdlijn wordt geattendeerd. Dat kan worden aangegeven met het attribuut gerelateerdeHoofdlijn.

7.6.1 Toelichting op de toepassing

Het OW-object Locatie geeft aan waar een Juridische regel of Tekstdeel en de domeinspecifieke annotaties Activiteit, Omgevingswaarde, Omgevingsnorm, de verschillende typen Gebiedsaanwijzing en de bijbehorende waarden van toepassing zijn. De optelling van alle Locaties van alle Juridische regels in een Regeltekst vormt het werkingsgebied van de Regeltekst; de optelling van alle Locaties van alle Tekstdelen in een Divisie of Divisietekst vormt het werkingsgebied van de Divisie of Divisietekst. Locatie wordt altijd vastgelegd in een GIO.

Locatie heeft zeven verschijningsvormen: Gebied, Gebiedengroep, Lijn, Lijnengroep, Punt, Puntengroep en Ambtsgebied. Optioneel kan de hoogteligging van het Gebied, de Lijn of de Punt worden vastgelegd. Toegestane geometrieën bij een Gebied zijn Surface en MultiSurface (de termen die de GML-standaard gebruikt voor Vlak en Multivlak); bij een Lijn zijn dat Curve en MultiCurve (GML-termen voor Lijn en Multilijn) en bij Punt tenslotte zijn toegestaan Point en MultiPoint (de GML-termen voor Punt en Multipunt). Bij MultiSurface worden meerdere vlakken samengevoegd tot één onlosmakelijk geheel. Wanneer slechts een onderdeel gewijzigd moet worden, leidt dat toch tot een wijziging van de hele MultiSurface. Datzelfde geldt voor MultiCurve en MultiPoint. Aanbevolen wordt om MultiSurface, MultiCurve en MultiPoint alleen te gebruiken wanneer het daadwerkelijk de bedoeling is dat er één onlosmakelijk geheel ontstaat. Een voorbeeld van een geval waarin zo’n onlosmakelijk geheel de bedoeling is, is een Omgevingswaarde of Omgevingsnorm die een gezamenlijke waarde voor een aantal vlakken stelt. Een andere manier van groepering is het samenvoegen van twee of meer Gebieden, Lijnen of Punten tot een Gebiedengroep, Lijnengroep respectievelijk Puntengroep. Op deze manier is het mogelijk om één van de Gebieden van een Gebiedengroep, één van de Lijnen van een Lijnengroep of één van de Punten van een Puntengroep te wijzigen. Punt is noodzakelijk voor het als omgevingswaarde vaststellen van geluidproductieplafonds; die hebben de vorm van een puntlocatie. Lijn wordt onder andere in het omgevingsplan gebruikt voor het aangeven van rooilijnen bij het stellen van regels over het situeren van bouwwerken. Voor het overige is het aan te bevelen om Punt en Lijn als Geometrie zoveel mogelijk te vermijden omdat bij raadplegen in een viewer een punt en een lijn lastig te vinden zijn.

Locaties kunnen onbeperkt gestapeld worden, dat wil zeggen dat Locaties elkaar geheel of gedeeltelijk kunnen overlappen. Dat geldt zowel voor Locaties met eenzelfde annotatie oftewel OW-object als voor Locaties met verschillende annotaties c.q. OW-objecten. Het is dus mogelijk om op exact dezelfde plek bijvoorbeeld de Locaties van verschillende Juridische regels of Tekstdelen, van een aantal Activiteiten, van een Omgevingswaarde, van een aantal Omgevingsnormen en diverse typen Gebiedsaanwijzing neer te leggen. Ook kunnen die Locaties elkaar gedeeltelijk overlappen. De navolgende figuren laten daarvan voorbeelden zien. De figuren laten mogelijke toepassingen in het omgevingsplan zien, maar zijn bedoeld om generiek voor omgevingsdocumenten het principe te illustreren.

7.6.2 Definitie

Locatie is het objecttype dat machineleesbaar vastlegt waar een Juridische regel, Tekstdeel en/of de domeinspecifieke objecttypen van toepassing zijn.

7.6.3 Doel

Doel van het objecttype Locatie is het met coördinaten vastleggen waar een Juridische regel, Tekstdeel, Activiteit, Omgevingsnorm, Omgevingswaarde, type Gebiedsaanwijzing en bij Omgevingsnorm en Omgevingswaarde behorende waarden van toepassing zijn.

7.6.4 Norm

Locatie kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• noemer: de mensleesbare term of frase waarmee een Locatie wordt aangeduid. Optioneel attribuut. Komt 0 of 1 keer voor.

Locatie kent zeven verschijningsvormen:

• Gebied: op zichzelf staande geometrisch afgebakende ‘ruimte’ in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Gebied heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop het Gebied ligt of de hoogte binnen het Gebied waarop de Juridische regel of het Tekstdeel van toepassing is. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifiek Gebied naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Gebiedengroep: een groep of verzameling van bij elkaar behorende Gebieden, die samen de Locatie vormen. Gebiedengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Gebiedengroep naar de Gebieden die samen de Gebiedengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Lijn: op zichzelf staande geometrisch afgebakende lijnlocatie in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Lijn heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop de Lijn ligt. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifieke Lijn naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Lijnengroep: een groep of verzameling van bij elkaar behorende Lijnen, die samen de Locatie vormen. Lijnengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Lijnengroep naar de Lijnen die samen de Lijnengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Punt: op zichzelf staande geometrisch afgebakende puntlocatie in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Punt heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop de Punt ligt. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifieke Punt naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Puntengroep: een groep of verzameling van bij elkaar behorende Punten, die samen de Locatie vormen. Puntengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Puntengroep naar de Punten die samen de Puntengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Ambtsgebied: bijzondere vorm van Gebied, zijnde een op zichzelf staande geometrisch afgebakende ‘ruimte’ in een virtuele weergave van de fysieke leefomgeving, die samenvalt met het ambtsgebied van een bepaald bevoegd gezag: het gebied waarover dat bevoegd gezag de bevoegdheid tot regeling en bestuur heeft. Ambtsgebied heeft alle attributen van Locatie, aangevuld met:

  • bestuurlijkeGrenzenVerwijzing: attribuut dat de gegevens voor het doen van een verwijzing naar de bestuurlijkeGrenzen-voorziening bevat.
    bestuurlijkeGrenzenVerwijzing wordt ingevuld met de gegevensgroep BestuurlijkeGrenzenVerwijzing die de volgende attributen kent:

    • bestuurlijkeGrenzenID: de identificatie van het gebied in de bestuurlijkegrenzenvoorziening: de CBS-code respectievelijk de RVIG-code van het bevoegd gezag, inclusief de letteraanduiding in hoofdletters van de bestuurslaag;

    • domein: het onderdeel van de bestuurlijkeGrenzen-voorziening waarin de ambtsgebieden worden bijgehouden. Verplicht attribuut. Komt 1 keer voor. Wordt ingevuld met de verplichte waarde ‘NL.BI.BestuurlijkGebied’.

    • geldigOp: de datum waarop Ambtsgebied geldig is. Verplicht attribuut. Komt 1 keer voor. De verwijzing is altijd statisch: met de Locatie Ambtsgebied wordt bedoeld het ambtsgebied zoals dat gold op de ingevulde datum.

Locatie kent geen waardelijsten.

Locatie kent de volgende constraints:

• (bij Gebied): geometrie is van type Surface of MultiSurface;

• (bij Lijn): geometrie is van type Curve of MultiCurve;

• (bij Punt): geometrie is van type Point of MultiPoint.

7.6.5 Toelichting op de norm

• noemer: de mensleesbare term of frase waarmee de Locatie wordt aangeduid en beschreven, waardoor er, indien relevant, naar de Locatie kan worden verwezen. Let op: de noemer is niet altijd gelijk aan de naam van het GIO. Het gebruik van noemer is optioneel omdat een noemer niet altijd zinvol is en omdat er Locaties zijn die niet met een term of frase te benoemen zijn. Dat geldt bijvoorbeeld voor de losse Locaties binnen een Gebiedengroep. Voorbeelden van noemer voor omgevingsplan respectievelijk omgevingsverordening, waarbij de noemer in cursieve tekst is weergegeven, zijn: Ter plaatse van de functie Levendig stadscentrum zijn de volgende activiteiten toegestaan. Nieuwe luidruchtige activiteiten en gedragingen zijn in een stiltegebied verboden.
  Locatie kan de locatie zijn van een Juridische regel of Tekstdeel (en daarmee, al dan niet samen met andere Locaties, het werkingsgebied van de Regeltekst, de Divisie of de Divisietekst), en/of de Locatie van een van de domeinspecifieke annotaties Activiteit, Gebiedsaanwijzing, Omgevingsnorm en Omgevingswaarde. Het hangt af van het objecttype waarmee de Locatie wordt gecombineerd of het gebruik van het attribuut noemer zinvol is of niet. Bij de beschrijving van die objecttypen wordt dit aangegeven.

• hoogte: optioneel attribuut waarmee voor Gebied, Lijn en Punt de hoogteligging kan worden vastgelegd. hoogte wordt vastgelegd met WaardeEenheid, dat bestaat uit de elementen waarde en eenheid. waarde legt de hoogte in een getal vast, eenheid geeft aan in welke grootheid de hoogte moet worden gemeten. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Zie voor de -vooralsnog beperkte- betekenis van uitbreidbare waardelijsten paragraaf 3.5. Het gebruik van het attribuut hoogte maakt een (zeer beperkte) benadering van 3D mogelijk. hoogte kan bijvoorbeeld worden gebruikt om van (de omgevingswaarde) geluidproductieplafonds aan te geven op welke hoogte ze gelden; in dat geval wordt de eenheid meter gekozen.

• geometrie: attribuut dat de verwijzing bevat van een specifiek Gebied, Lijn of Punt naar de identificatie van de bijbehorende Geometrie. Dit attribuut legt dus vast dat deze Geometrie bij het betreffende Gebied, Lijn of Punt hoort. Bij Ambtsgebied kan er geen geometrie worden meegeleverd.

• bestuurlijkeGrenzenVerwijzing: attribuut waardoor DSO-LV weet dat de inhoud van dit object te vinden is in een andere voorziening, alleen te gebruiken bij Ambtsgebied. Het bijhouden van het Ambtsgebied gebeurt in de bestuurlijkeGrenzen-voorziening. Het attribuut bestuurlijkeGrenzenVerwijzing maakt gebruik van de gegevensgroep BestuurlijkeGrenzenVerwijzing. In het navolgende worden de attributen van BestuurlijkeGrenzenVerwijzing toegelicht.

  • bestuurlijkeGrenzenID: de identificatie van het Ambtsgebied. Deze is gelijk aan de bevoegd-gezag-code. Voor gemeenten, provincies en waterschappen is dat de CBS-code, inclusief de letteraanduiding van de bestuurslaag. Een voorbeeld daarvan is GM0297 voor de gemeente Zaltbommel. Voor het Rijk wordt de RVIG-code gehanteerd. Aan de hand van deze code weet DSO-LV van welk bevoegd gezag het ambtsgebied uit de bestuurlijkeGrenzen-voorziening getoond moet worden

  • domein: attribuut dat aangeeft welke van de onderdelen van de bestuurlijkeGrenzen-voorziening moet worden bevraagd: het bestuurlijk gebied;

  • geldigOp: attribuut waardoor DSO-LV weet welke versie van het ambtsgebied getoond moet worden: het Ambtsgebied zoals dat geldig was op de ingevulde datum. Wanneer naar aanleiding van een bestuurlijke herindeling of andere grenscorrectie het ambtsgebied is gewijzigd, kan met een wijzigingsbesluit het Ambtsgebied-object gewijzigd worden door de geldigOp-datum van de bestuurlijkeGrenzenVerwijzing te wijzigen.

Met uitzondering van Locatie in de verschijningsvorm van Ambtsgebied wordt Locatie altijd vastgelegd in een GIO.

Ambtsgebied

Het Ambtsgebied-object wordt alleen aangeleverd als dat noodzakelijk is: de eerste keer dat in een Regeling het Ambtsgebied de Locatie is van een regel én wanneer naar aanleiding van een bestuurlijke herindeling of andere grenscorrectie in een wijzigingsbesluit het Ambtsgebied wordt gewijzigd naar een nieuwe versie van dat Ambtsgebied.

Uitgangspunt van regelgeving over de bekendmaking van besluiten is dat informatie die niet op een begrijpelijke manier in tekst te beschrijven is, wordt vastgelegd in een informatieobject. Daarom wordt de locatie waar een regel (of beleid) geldig is, vastgelegd met een GIO. Op deze manier is de locatie permanent terug te vinden en is de onveranderlijkheid van de locatie gewaarborgd (zie ook paragraaf 6.1.2.1). Door het nemen van het besluit stelt het bevoegd gezag het GIO vast en ‘ontstaat’ de locatie. Wanneer een regel geldt voor het hele ambtsgebied van het bevoegd gezag wordt het niet passend geacht als het bevoegd gezag dat ambtsgebied in de vorm van een GIO vast zou stellen. Ambtsgebieden worden immers door andere wetgeving (en in de meeste gevallen door een ander bevoegd gezag) vastgesteld. Daarom wordt Ambtsgebied als verschijningsvorm van Locatie niet vastgelegd met het object Geometrie en niet vastgesteld in de vorm van een GIO, maar neemt het bevoegd gezag een verwijzing op naar het eigen ambtsgebied in de bestuurlijkeGrenzen-voorziening. Dit is de voorziening waarin de door die andere wetgeving vastgestelde bestuurlijke grenzen worden vastgelegd en beheerd. Aangezien Ambtsgebied niet wordt vastgelegd met het object Geometrie en niet door het bevoegd gezag wordt vastgesteld, kent het niet de attributen geometrie en hoogte.

Bij het gebruik van Ambtsgebied als Locatie van een regel of beleid wordt altijd statisch verwezen naar het Ambtsgebied. Dat is nodig om bij een eventuele toekomstige bestuurlijke herindeling de overgang naar de nieuwe indeling te kunnen maken.

Aanbevolen wordt om, als het de bedoeling is dat een regel of (beleids)tekst geldt voor het hele ambtsgebied, vanuit de Juridische regel of het Tekstdeel te verwijzen naar (de identificatie van) het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Het is echter mogelijk om in zo’n geval gebruik te maken van een zelf gecreëerde Locatie. Het is dan aan het bevoegd gezag om er voor te zorgen dat de geometrie van die zelf gecreëerde Locatie exact samenvalt met de geometrie van het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Dat kan door een kopie te maken van de geometrie van het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Het aanleveren van een onjuiste geometrie heeft gevolgen voor de vindbaarheid van regels op locatie in DSO-LV.

Locatie kent geen waardelijsten.

Constraints

Locatie heeft drie constraints:

• (bij Gebied): geometrie is van type Surface of MultiSurface;

• (bij Lijn): geometrie is van type Curve of MultiCurve;

• (bij Punt): geometrie is van type Point of MultiPoint.

Deze constraints betekenen enerzijds -tamelijk voor de hand liggend- dat de Locatieverschijningsvorm Gebied alleen mag verwijzen naar vlak-geometrieën en niet naar punt- of lijn-geometrieën, dat de Locatieverschijningsvorm Lijn alleen mag verwijzen naar lijn-geometrieën en niet naar punt- of vlak-geometrieën en dat de Locatieverschijningsvorm Punt alleen mag verwijzen naar punt-geometrieën en niet naar vlak- of lijn-geometrieën. Anderzijds betekenen de constraints dat gekozen moet worden tussen de enkelvoudige en de multivariant van de geometrietypen. Zoals in paragraaf 8.4.1 al is beschreven, worden bij de multivarianten meerdere vlakken (of lijnen of punten) samengevoegd tot één onlosmakelijk geheel en moeten de multivarianten alleen gekozen worden als het daadwerkelijk de bedoeling is dat er één onlosmakelijk geheel ontstaat.

7.7.1 Toelichting op de toepassing

Met uitzondering van Ambtsgebied worden de in de vorige paragraaf besproken typen van Locatie vastgelegd met Geometrie. Het object Geometrie legt de positie en vorm van een Gebied, Lijn of Punt vast door middel van coördinaten om het te kunnen begrenzen en op een kaart op de juiste positie te kunnen weergeven. Geometrie wordt door zowel IMOW als STOP gebruikt. Geometrie wordt vastgelegd in de vorm van een GML-bestand dat in het GIO wordt opgenomen.

7.7.2 Definitie

Geometrie is het object dat de geometrische bepaling van een Gebied, Lijn of Punt door middel van coördinaten bevat.

7.7.3 Doel

Doel van het objecttype Geometrie is:

• het vastleggen en begrenzen van Locatie door middel van coördinaten ten behoeve van het publiceren van geo-informatieobjecten;

• het op een kaart of in een viewer op de juiste positie weergeven van Locaties.

7.7.4 Norm

Geometrie kent de volgende attributen:

• id: het identificerend attribuut dat gebruikt wordt om naar de Geometrie te verwijzen. Verplicht attribuut. Komt 1 keer voor.

• geometrie: het attribuut dat de coördinaten van de Geometrie bevat. Verplicht attribuut. Komt 1 keer voor.

Geometrie kent geen waardelijsten en constraints.

7.7.5 Toelichting op de norm

geometrie: dit attribuut bevat de coördinaten van de Geometrie. De geometrische typen die gebruikt worden binnen dit attribuut dienen overeen te komen met de gekozen verschijningsvorm van Locatie. Zie hiervoor de constraints bij het objecttype Locatie. Deze constraints zijn beschreven in paragraaf 8.4.4 en toegelicht in paragraaf 8.4.5.

7.8.1 Toelichting op de toepassing

In omgevingsdocumenten worden gebieden benoemd waarover regels worden gesteld respectievelijk beleids- of uitvoeringsaspecten worden vastgelegd. Met het objecttype Gebiedsaanwijzing kunnen die gebieden op een kaart worden weergeven, op een zodanige manier dat duidelijk is waar de regel of het beleids- of uitvoeringsaspect over gaat. Ook maakt Gebiedsaanwijzing het mogelijk om in een viewer een selectie te maken van bepaalde gebieden.

Het objecttype Gebiedsaanwijzing is een generiek objecttype. Het is generiek gemodelleerd om voldoende flexibiliteit te bieden voor toekomstige ontwikkelingen. Het wordt specifiek gemaakt door het attribuut type, dat gekozen wordt uit een limitatieve waardelijst. Nieuwe typen gebieden kunnen worden aangewezen doordat (na een wijzigingsproces) nieuwe waarden aan de waardelijst voor type worden toegevoegd; het is dus niet nodig om extra objecttypen aan het informatiemodel toe te voegen.

De waardelijst voor de Gebiedsaanwijzingtypen bevat nu 19 waarden. Ze zijn onder te verdelen in sectorale en niet-sectorale typen, zoals is aangegeven in Tabel 8.

7.8.2 Definitie

Gebiedsaanwijzing is het objecttype het Lichaam van de Regeling van omgevingsdocumenten dat machineleesbaar maakt dat een Juridische regel of een Tekstdeel en de bijbehorende Locatie(s) een specifiek type gebied aanwijzen.

7.8.3 Doel

Doel van het generieke objecttype Gebiedsaanwijzing is het bieden van modelmatige flexibiliteit waardoor het toevoegen van nieuwe typen mogelijk is zonder modelwijziging.

Doel van de verschillende typen Gebiedsaanwijzing is:

• machineleesbaar vastleggen dat een Juridische regel of Tekstdeel en de bijbehorende Locatie(s) gaan over een specifiek type gebied;

• zodanig op een kaart weergeven van de Locaties waar de regels of het beleid over dat type gebied gelden, dat herkenbaar is over welk aspect ze gaan en er een legenda gemaakt kan worden;

• kunnen filteren in een viewer of op een kaart.

7.8.4 Norm

Gebiedsaanwijzing kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Verplicht attribuut. Komt 1 keer voor.

• type: het type Gebiedsaanwijzing. Te kiezen uit de limitatieve waardelijst ‘TypeGebiedsaanwijzing’. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de specifieke vorm van een bepaald type Gebiedsaanwijzing. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• groep: de categorie waartoe de specifieke vorm van een bepaald type Gebiedsaanwijzing behoort; attribuut dat de koppeling legt naar de standaardsymbolisatie van die categorie van de Gebiedsaanwijzing. Te kiezen uit de voor het betreffende type Gebiedsaanwijzing van toepassing zijnde limitatieve waardelijst ‘[TypeGebiedsaanwijzing]groep’ (waarbij op de plaats van [TypeGebiedsaanwijzing] het betreffende type Gebiedsaanwijzing wordt ingevuld). Verplicht attribuut. Komt 1 keer voor.

• locatieaanduiding: de verwijzing van een specifieke vorm van een bepaald type Gebiedsaanwijzing naar de bijbehorende Locatie door middel van de identificatie van; attribuut waarmee de Locatie wordt aangeduid waar deze annotatie Gebiedsaanwijzing van toepassing is. Verplicht attribuut. Komt ten minste 1 keer voor. Gebiedsaanwijzing heeft één of meer Locaties en één of meer locatieaanduiding-relaties met Locatie.

Gebiedsaanwijzing kent geen constraints.

7.8.5 Toelichting op de norm

• type: Gebiedsaanwijzing is een generiek objecttype dat gespecificeerd wordt naar type. Het type wordt vastgelegd met het attribuut type. De typen die gebruikt kunnen worden zijn opgenomen in de limitatieve waardelijst ‘TypeGebiedsaanwijzing’. Voorbeelden zijn: Beperkingengebied, Externe veiligheid en Functie.

• naam: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de naam van de gebiedsaanwijzingen. Het gaat hier om de naam van een specifiek voorkomen van een bepaald type gebiedsaanwijzing, bijvoorbeeld ‘Centrumgebied’ als voorkomen van het Gebiedsaanwijzingtype Functie of ‘Kantoorlocatie’ als voorkomen van het Gebiedsaanwijzingtype Ruimtelijk gebruik.

• groep: om een groot aantal verschillende gebiedsaanwijzingen van een bepaald type op een kaartbeeld te kunnen weergeven op een manier die voor het menselijk oog voldoende onderscheidend is, wordt ieder type Gebiedsaanwijzing gebundeld in groepen. De groep vormt het kenmerk waarop de symbolisatie (kleur, arcering, lijnstijl) van de standaardweergave wordt georganiseerd. Ieder type Gebiedsaanwijzing heeft een eigen, limitatieve, waardelijst voor de groepen. Afhankelijk van het type wordt de bijbehorende waardelijst gekozen. Zie hiervoor ook de uitgebreidere toelichting in paragraaf 8.8.1.4.

• locatieaanduiding: attribuut dat vastlegt dat deze Locatie de locatie is waar deze specifieke vorm van een bepaald type Gebiedsaanwijzing van toepassing is. Bij een specifieke vorm van een bepaald Gebiedsaanwijzingtype horen één of meer Locaties; per Locatie is er een locatieaanduiding.
  Uitgangspunt is dat het objecttype Gebiedsaanwijzing wordt gebruikt voor het aanwijzen van gebieden. In principe verwijst de locatieaanduiding van een Gebiedsaanwijzing altijd naar Locaties van de verschijningsvorm Gebied of Gebiedengroep (of eventueel Ambtsgebied). Er zijn echter gevallen waarin het wenselijk kan zijn om een Gebiedsaanwijzing te gebruiken voor het herkenbaar weergeven van lijnen. Een voorbeeld daarvan is het gebruik van de Gebiedsaanwijzing Bouw om in het omgevingsplan rooilijnen weer te geven. Het gebruik van het object Gebiedsaanwijzing in combinatie met punten ligt minder voor de hand, maar wordt niet uitgesloten.

7.8.6 Aanbevelingen voor Locatie, noemer en naam GIO bij annoteren met Gebiedsaanwijzing

Een Gebiedsaanwijzing wordt aan de bijbehorende Locatie gekoppeld. De locaties verwijzen steeds naar één Geometrie, dit kan een Surface (vlak) maar ook een MultiSurface (multivlak) zijn. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

• de Locatie is een Gebiedengroep;

• de Locatie heeft een noemer;

• de naam van de Gebiedsaanwijzing is hetzelfde als de naam van het GIO;

• de naam van de Gebiedsaanwijzing (en daarmee ook van het GIO) moet in de tekst van de regel voorkomen;

• de noemer van de Locatie is hetzelfde als de naam van de Gebiedsaanwijzing.

7.8.7 De typen Gebiedsaanwijzing

In het vrijetekstgedeelte van het projectbesluit mogen uitsluitend de typen Gebiedsaanwijzing worden gebruikt die in deze paragraaf zijn opgenomen.

7.9.1 Toelichting op de toepassing

Zoals in paragraaf 3.6 is beschreven, heeft het bevoegd gezag twee methoden om zelf invloed uit te oefenen op de weergave van objecten, Locaties en waarden op een kaart. De eerste methode bestaat uit het kiezen van een eigen, specifieke symbolisatie voor een aantal objecttypen. Het bevoegd gezag kan de symbolisatie zelf kiezen uit de lijst van gestandaardiseerde symboolcodes, te vinden in de symbolenbibliotheek. Daarvoor wordt het objecttype SymbolisatieItem gebruikt.

Met SymbolisatieItem kan het bevoegd gezag een eigen, specifieke symbolisatie geven aan ActiviteitLocatieaanduiding, Normwaarde en (de verschillende typen) Gebiedsaanwijzing.

De tweede methode, het zelf samenstellen van kaarten en kaartlagen, is beschreven in de paragrafen 8.10 en 8.11.

7.9.2 Definitie

SymbolisatieItem is het objecttype waarmee een bevoegd gezag zelf de symbolisatie van domeinspecifieke objecten kan bepalen, die daarmee voorrang krijgt boven de standaardsymbolisatie.

7.9.3 Doel

1. Doel van het objecttype SymbolisatieItem is om het bevoegd gezag de mogelijkheid te bieden om zelf de symbolisatie van objecten te bepalen.

7.9.4 Norm

SymbolisatieItem kent de volgende attributen:

• symboolcode: een waarde uit de lijst van gestandaardiseerde symboolcodes, te vinden in de symbolenbibliotheek. Verplicht attribuut. Komt 1 keer voor.

• activiteitLocatieaanduidingSymbolisatie: de Activiteitlocatieaanduiding die weergegeven dient te worden met de symbolisatie die door het bevoegd gezag is bepaald en afwijkt van de standaardsymbolisatie. Optioneel attribuut. Komt zo vaak voor als gewenst.

• gebiedsaanwijzingSymbolisatie: de Gebiedsaanwijzing die weergegeven dient te worden met de stijl behorende bij de symboolcode. Optioneel attribuut. Komt zo vaak voor als gewenst.

• normwaardeSymbolisatie: de normwaarde die weergegeven dient te worden met de stijl behorende bij de symboolcode. Optioneel attribuut. Komt zo vaak voor als gewenst.

SymbolisatieItem kent geen constraints.

7.9.5 Toelichting op de norm

• symboolcode: het attribuut waarmee de gekozen symboolcode wordt vastgelegd. Het bevoegd gezag kiest de symboolcode uit de symbolenbibliotheek die hoort bij de symbolisatie die overeenkomt met de wijze waarop het bevoegd gezag de objecten wil weergeven. Wanneer het object SymbolisatieItem wordt gebruikt, is dat het object dat voor de weergave zorgt. Het gaat dan dus boven de weergave-werking van het attribuut groep.

• activiteitLocatieaanduidingSymbolisatie, gebiedsaanwijzingSymbolisatie, normwaardeSymbolisatie: de attributen die de verwijzing bevatten van het SymbolisatieItem naar de identificatie van een specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing of Normwaarde. Dit attribuut geeft aan welke van die objecten weergegeven wordt met de symboolcode uit het SymbolisatieItem. Voor de volledigheid wordt opgemerkt dat de ActiviteitLocatieaanduidingen, Gebiedsaanwijzingen Normwaarden waarnaar niet verwezen wordt met SymbolisatieItem, worden weergegeven met de standaardweergave van de groep die bij die objecten hoort.
  Met activiteitLocatieaanduidingSymbolisatie is het mogelijk om de activiteiten ‘het exploiteren van een discotheek’ en ‘het exploiteren van daghoreca’ ieder op een eigen manier weer te geven in plaats van met de standaardweergave die hoort bij de Activiteitengroep ‘exploitatieactiviteit horeca’. Ook is het hiermee mogelijk om de symbolisatie af te stemmen op de ‘instantie’ van de activiteit, oftewel de activiteitregelkwalificatie. De Locaties waar voor een bepaalde activiteit een vergunningplicht geldt worden dan bijvoorbeeld in een rode kleur weergegeven en de locaties waar die activiteit zonder vergunning of melding is toegestaan worden in een groene kleur weergegeven. Met gebiedsaanwijzingSymbolisatie kunnen specifieke voorkomens van een type Gebiedsaanwijzing die tot dezelfde groep behoren, ieder op een manier worden weergegeven in plaats van met de standaardweergave die hoort bij de betreffende groep.
  Met normwaardeSymbolisatie is het bijvoorbeeld mogelijk om van een omgevingsnorm of omgevingswaarde alle waarden die liggen tussen 0 en 5 met een rode kleur weer te geven en alle waarden die liggen tussen 6 en 10 met een blauwe kleur.

7.10.1 Toelichting op de toepassing

Zoals in paragraaf 3.6 is beschreven, heeft het bevoegd gezag twee methoden om zelf invloed uit te oefenen op de weergave van objecten, Locaties en waarden op een kaart. De eerste methode, die bestaat uit het kiezen van een eigen symbolisatie met behulp van het objecttype SymbolisatieItem, is beschreven in paragraaf 8.9.

De tweede methode die bevoegde gezagen ter beschikking staat, is het zelf samenstellen van kaarten en kaartlagen. Met deze methode kan het bevoegd gezag zelf aangeven dat bepaalde informatie, of een set van informatie, op een afzonderlijke kaart of kaartlaag moet worden weergegeven. Die tweede methode wordt beschreven in deze en in de volgende paragraaf.

Het objecttype Kaart kan gebruikt worden om vast te leggen dat een Juridische regel of een Tekstdeel wordt weergegeven op een specifieke kaart. Daarmee is het mogelijk om een kaart te genereren waarop alle Locaties en OW-objecten worden weergegeven die horen bij Juridische regels respectievelijk Tekstdelen die met het objecttype Kaart zijn geannoteerd.

Deze eigen weergavemogelijkheden gelden alleen voor DSO-LV en een eventuele eigen viewer van het bevoegd gezag, niet op overheid.nl.

7.10.2 Definitie

Het objecttype Kaart is het objecttype waarmee een bevoegd gezag aan kan geven dat bij een specifieke Juridische regel respectievelijk een specifiek Tekstdeel de domeinspecifieke OW-objecten moeten worden weergegeven op een afzonderlijke kaart.

7.10.3 Doel

Doel van het objecttype Kaart is het kunnen genereren van een kaart waarop de Locaties en OW-objecten worden weergegeven die horen bij één of meer bepaalde Juridische regels of Tekstdelen zodat die in samenhang kunnen worden getoond.

7.10.4 Norm

Kaart kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de kaart. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• nummer: het nummer van de kaart. Door het bevoegd gezag te kiezen. Optioneel attribuut. Komt 0 of 1 keer voor.

• uitsnede: de ligging van de kaart. Verplicht attribuut. Komt 1 keer voor. Het attribuut uitsnede wordt ingevuld met de gegevensgroep Kaartextent die de volgende attributen kent:

  • minX: de laagste X-coördinaat, bepaalt de linkergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • minY: de laagste Y-coördinaat, bepaalt de ondergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • maxX: de hoogste X-coördinaat, bepaalt de rechtergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • maxY: de hoogste Y-coördinaat, bepaalt de bovengrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

• kaartlagen: de verwijzing van een specifieke Kaart naar (de identificatie van) de kaartlagen die deze kaart vormen. Verplicht attribuut. Komt 1 of meerdere keren voor.

Wanneer Kaart wordt gebruikt, moet aan de bijbehorende Juridische regel dan wel het bijbehorende Tekstdeel het attribuut kaartaanduiding worden toegevoegd, dat aangeeft op welke Kaart de Juridische regel dan wel het Tekstdeel wordt weergegeven.

Kaart kent geen waardelijsten en geen constraints.

7.10.5 Toelichting op de norm

kaartuitsnede: met het attribuut kaartuitsnede kan het bevoegd gezag de exacte grenzen van een specifieke kaart aangeven. DSO-LV kan dit gebruiken in de weergave.

kaartlagen: het attribuut dat de verwijzing bevat van een specifieke kaart naar de identificatie van de afzonderlijke kaartlagen die de kaart opbouwen. De volgorde waarmee verwezen wordt naar de afzonderlijke kaartlagen heeft geen invloed aangezien de opbouw van de kaart bepaald wordt door het attribuut niveau van het object Kaartlaag.

7.11.1 Toelichting op de toepassing

Op een kaart kan veel informatie voorkomen. Wanneer die informatie in verschillende kaartlagen wordt vastgelegd is het mogelijk om alle informatie van de kaart tegelijk weer te geven, om de informatie van één van de kaartlagen weer te geven en om de informatie van een deel van de kaartlagen in samenhang weer te geven.

7.11.2 Definitie

Kaartlaag is het objecttype waarmee de lagen worden gedefinieerd waaruit een kaart wordt opgebouwd.

7.11.3 Doel

Doel van het objecttype Kaartlaag is om het mogelijk te maken dat een kaart kan worden opgebouwd uit verschillende, door het bevoegd gezag te bepalen lagen en dat geselecteerd kan worden welke informatie van een kaart op die kaartlaag wordt weergegeven.

7.11.4 Norm

Kaartlaag kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de Kaartlaag. Het bevoegd gezag is vrij in de keuze van de naam. Optioneel attribuut. Komt 0 of 1 keer voor.

• niveau: de plaats van een specifieke Kaartlaag in de volgorde van Kaartlagen waarmee een Kaart moet worden opgebouwd. Verplicht attribuut. Komt 1 keer voor. Wordt vastgelegd door middel van een positief geheel getal.

• gebiedsaanwijzingweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een Gebiedsaanwijzing die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

• normweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een Omgevingsnorm of Omgevingswaarde die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

• activiteitlocatieweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een ActiviteitLocatieaanduiding die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

Kaartlaag kent geen waardelijsten en geen constraints.

7.11.5 Toelichting op de norm

• niveau: het niveau bepaalt de volgorde waarin de kaartlagen worden opgebouwd. Niveau 1 is de onderste Kaartlaag, de hier op volgende kaartlagen worden daarboven geprojecteerd.

• activiteitlocatieweergave, gebiedsaanwijzingweergave, normweergave: de attributen die de verwijzing bevatten van de Kaartlaag naar de identificatie van een specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing, Omgevingswaarde of Omgevingsnorm. Dit attribuut geeft aan welke van die objecten moet worden weergegeven op een bepaalde kaartlaag.
  Wanneer aan de specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing, Omgevingswaarde of Omgevingsnorm het object SymbolisatieItem is gekoppeld, wordt het object op de kaartlaag weergegeven met de door het bevoegd gezag gekozen symbolisatie. Wanneer er geen object SymbolisatieItem is gekoppeld, wordt het object op de kaartlaag weergegeven met de standaardweergave van de groep die bij het specifieke object is aangegeven.

7.12.1 Toelichting op de toepassing

Het objecttype Regelingsgebied is bedoeld om het volledige gebied waar de Regeling over gaat aan te geven. Dat volledige gebied wordt gevormd door de optelling van alle Locaties van de Juridische regels of Tekstdelen die in de Regeling voorkomen. Het object Regelingsgebied bestaat uit één Locatie die de buitengrens of buitengrenzen van de optelling van alle Locaties vormt. Wanneer het Regelingsgebied niet één aaneengesloten geheel vormt, kan de Locatie uiteraard bestaan uit de samenvoeging van twee of meer Gebieden tot een Gebiedengroep. Aan de hand van dit object, samen met de STOP-metadata die over de Regeling aangeven van welk bevoegd gezag de Regeling is (STOP-metadata-element ‘Eindverantwoordelijke’) en het type omgevingsdocument (STOP-metadata-element ‘Soort regeling’) kan DSO-LV bepalen welke regelingen op welke gebieden van toepassing zijn. Het objecttype Regelingsgebied is noodzakelijk voor DSO-LV om het omgevingsdocument te kunnen tonen.

Het bevoegd gezag dient eenmalig per Regeling het Regelingsgebied aan te leveren. In veel gevallen zal het Regelingsgebied samenvallen met het grondgebied van het bevoegd gezag, bijvoorbeeld bij omgevingsverordening, waterschapsverordening, omgevingsplan en omgevingsvisie. Bij een projectbesluit en programma zal c.q. kan dat anders zijn; daar is het Regelingsgebied gelijk aan het gebied waar het project (met inbegrip van eventuele (compensatie)maatregelen) wordt uitgevoerd respectievelijk het gebied waarvoor het programma geldt en wordt uitgevoerd. Voor omgevingsplan en waterschapsverordening zal het Regelingsgebied samen met de bruidsschat door het Rijk worden aangeleverd en hoeven gemeenten en waterschappen dat niet zelf te doen.

Regelingsgebied is een objecttype dat hoort bij de Regeling. Het wordt niet gekoppeld aan een Juridische regel of Tekstdeel. Het is dus niet nodig (en ook niet de bedoeling) om in het omgevingsdocument een artikel of stuk tekst op te nemen dat een Regelingsgebied instelt of beschrijft.

Het Regelingsgebied dat in deze paragraaf wordt beschreven, is het Regelingsgebied van het vrijetekstgedeelte van het projectbesluit, het gedeelte dat het project beschrijft. In het geval van een projectbesluit is het Regelingsgebied het hele gebied waar het project wordt gerealiseerd, inclusief de gebieden voor permanente of tijdelijke maatregelen en voorzieningen om het project te realiseren en de maatregelen gericht op het ongedaan maken, beperken of compenseren van de nadelige gevolgen van het project of van het in werking hebben of in stand houden daarvan voor de fysieke leefomgeving. Als het projectbesluit een of meer omgevingsplannen wijzigt, bevat het een of meer tijdelijk regelingdelen. Ieder tijdelijk regelingdeel heeft ook een Regelingsgebied. Dat Regelingsgebied wordt beschreven in paragraaf 8.12.

7.12.2 Definitie

Regelingsgebied is het objecttype dat machineleesbaar vastlegt waar de volledige Regeling van toepassing is.

7.12.3 Doel

Doel van het objecttype Regelingsgebied is het geheel van Locaties aan te geven waarover in een bepaalde Regeling regels dan wel beleid zijn vastgesteld.

7.12.4 Norm

Regelingsgebied kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• locatieaanduiding: de verwijzing van een Regelingsgebied naar (de identificatie van) de bijbehorende Locatie; attribuut dat de specifieke Locatie aanduidt waar dit Regelingsgebied van toepassing is. Verplicht attribuut. Komt 1 keer voor.

Regelingsgebied kent geen waardelijsten en geen constraints.

7.12.5 Toelichting op de norm

locatieaanduiding: het attribuut dat de verwijzing bevat naar de identificatie van de specifieke Locatie die bij het Regelingsgebied hoort. Voor Regelingsgebied bevat Locatie de geometrie(ën) die de buitengrens of buitengrenzen van de regeling vormen.

8.2.1 Toelichting op de toepassing

Regeltekst is de STOP/TPOD-term voor de kleinste zelfstandige eenheid van ordening en informatie in het Lichaam van een Regeling van een omgevingsdocument met Artikelstructuur: artikel of lid. Regeltekst bevat altijd ten minste één Juridische regel; wanneer dat nodig is kan Regeltekst meerdere Juridische regels bevatten. Iedere Regeltekst heeft een werkingsgebied-relatie met Locatie, waarmee wordt aangegeven waar een Regeltekst zijn werking heeft. Opgemerkt wordt dat het annoteren van Juridische regel met OW-objecten via het koppelobject Regeltekst wordt gekoppeld aan de STOP-elementen Artikel en Lid. Artikel en Lid zijn in STOP elementen die inhoud bevatten en geen structuurelementen. Omgevingsdocumenten met Artikelstructuur kunnen dus, anders dan omgevingsdocumenten met Vrijetekststructuur, niet geannoteerd worden op het niveau van structuurelementen zoals Hoofdstuk en Afdeling.

8.2.2 Definitie

Regeltekst is de kleinste zelfstandige eenheid van (een of meer) bij elkaar horende Juridische regels in het Lichaam van de Regeling van omgevingsdocumenten met Artikelstructuur, te weten een artikel of een lid.

8.2.3 Doel

Doel van het objecttype Regeltekst is het leggen van de verbinding tussen de Juridische regel uit het Omgevingswet-domein en het artikel of lid uit STOP.

8.2.4 Norm

Regeltekst kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

Regeltekst kent geen waardelijsten.

Regeltekst kent de volgende constraints:

• één type Juridische regel per Regeltekst; constraint geldig op het niveau van Artikel: alle Juridische regels in een Artikel en alle Juridische regels in alle Leden van een Artikel moeten van hetzelfde type zijn;

• indien Artikel is onderverdeeld in Leden, annotaties alleen op Leden.

8.2.5 Toelichting op de norm

Attributen

Het attribuut identificatie behoeft geen toelichting.

In de uitsnede van het diagram is ook de relatie werkingsgebied te zien. Deze relatie is de verwijzing van een specifieke Regeltekst naar (de identificatie van) de bijbehorende Locatie(s). De relatie is in een onderbroken lijn weergegeven omdat het een conceptuele relatie is. De relatie is impliciet inbegrepen in de relatie tussen Regeltekst, Juridische regel en Locatie en geeft aan wat het werkingsgebied van de Regeltekst is: het gebied waar het Artikel of Lid zijn werking heeft. De relatie wordt afgeleid in DSO-LV waarbij de som van de locaties van de onderliggende Juridische regels wordt gebruikt. Het is dus niet zo dat het bevoegd gezag ook nog een afzonderlijke geometrie voor het werkingsgebied moet aanleveren.

Regeltekst kent geen waardelijsten.

Constraints

• ‘één type Juridische regel per Regeltekst: deze constraint betekent dat alle Juridische regels in een Regeltekst van hetzelfde type moeten zijn. Deze voorwaarde dient het doel van het onderscheid in de verschillende typen Juridische regel, namelijk het als uitgangssituatie alleen tonen van die regels die op de betreffende doelgroep gericht zijn. De typen Juridische regel en de achterliggende doelgroepbenadering worden toegelicht bij Juridische regel in paragraaf 8.3.5. Deze constraint geldt op het niveau van Artikel: alle Juridische regels in een Artikel en alle Juridische regels in alle Leden van een Artikel moeten van hetzelfde type zijn.

• indien Artikel is onderverdeeld in Leden, annotaties alleen op Leden: deze constraint houdt in dat als een Artikel is onderverdeeld in Leden, de annotaties alleen mogen verwijzen naar de Leden en niet naar het Artikel, oftewel annotaties worden dan alleen op Lid-niveau toegepast. Deze constraint heeft ook tot gevolg dat als een Artikel is onderverdeeld in Leden, alleen de Leden kunnen worden geannoteerd als Regeltekst en Artikel niet.

8.3.1 Toelichting op de toepassing

Juridische regel is een conceptuele constructie, die in IMOW wordt gebruikt om verschillende onderdelen van een Regeltekst, bijvoorbeeld de onderdelen van een Lijst of de verschillende activiteiten die in een Regeltekst worden genoemd, een eigen Locatie te kunnen geven. Ook maakt Juridische regel het mogelijk om verschillende onderdelen van een Regeltekst een eigen thema te geven en/of te annoteren met verschillende annotaties Activiteit, Omgevingsnorm, Omgevingswaarde en Gebiedsaanwijzing. Juridische regel is altijd onderdeel van een Regeltekst en, zoals we in de paragrafen 6.1.1 en 8.2 al hebben gezien, Regeltekst kan meerdere Juridische regels bevatten. In een Regeltekst met meerdere Juridische regels zijn de individuele Juridische regels niet als zelfstandige eenheid te identificeren.

Bij de Juridische regel moet worden aangegeven hoe nauwkeurig het bevoegd gezag de Locatie van die Juridische regel bedoeld heeft en hoe Locatie geïnterpreteerd moet worden. Een Locatie kan exact bedoeld zijn, maar ook indicatief. Een voorbeeld van dat laatste is als een grens met een formule berekend is; de grens houdt dan geen rekening met de situering van objecten als woningen e.d. terwijl dat in de interpretatie wel zou moeten. Ook kan een Locatie in een omgevingsdocument bedoeld zijn als indicatie of zoekzone voor de plek voor een toekomstige ontwikkeling: pas later wordt de daadwerkelijke plek bepaald.

Met het OW-object Juridische regel kan extra informatie aan de Juridische regel worden gekoppeld: tot welke regelsoort de Juridische regel behoort, wat het thema is waarover de Juridische regel gaat en met welk OW-object of met welke OW-objecten de Juridische regel geannoteerd is.

Juridische regel heeft drie typen: Regel voor iedereen, Instructieregel en Omgevingswaarderegel. Doel van deze typen is het eenvoudig kunnen selecteren van regeltekst voor een specifieke gebruikersgroep, waardoor iedere gebruikersgroep als uitgangssituatie alleen die regels krijgt voorgelegd die voor die groep van belang zijn. Daartoe wordt onderscheid gemaakt tussen instructieregels, die alleen voor andere overheden zijn bedoeld, omgevingswaarderegels, die op zichzelf alleen werking hebben voor de bestuursorganen van het bevoegd gezag dat de omgevingswaarde heeft vastgesteld, en regels die voor iedereen van belang zijn. Uiteraard wordt alleen dat type gekozen dat in het betreffende omgevingsdocument kan voorkomen. Instructieregels kunnen alleen voorkomen in AMvB, ministeriële regeling en omgevingsverordening. Omgevingswaarden kunnen alleen in AMvB, omgevingsverordening en omgevingsplan voorkomen. Regels voor iedereen tot slot kunnen voorkomen in alle omgevingsdocumenten met regels. Het type Juridische regel geeft dus aan tot welke soort een Juridische regel behoort en voor wie de Juridische regel bedoeld is.

Instructieregels kunnen worden gesteld over de uitoefening van een bevoegdheid of een taak. Ze richten zich dus tot een bepaald instrument of een taakuitoefening. Om met behulp van een computer snel te kunnen selecteren welke instructieregels relevant zijn, wordt aan Instructieregel extra informatie toegevoegd: richt de instructieregel zich tot een instrument, en zo ja tot welk instrument, of gaat het over de uitoefening van een taak en zo ja wie moet die taak uitoefenen.

Bij Regeltekst is de voorwaarde opgenomen dat alle Juridische regels binnen één Regeltekst van hetzelfde type moeten zijn, zie hiervoor ook paragraaf 8.2. Op deze manier wordt voorkomen dat Juridische regels die voor verschillende doelgroepen bedoeld zijn bij elkaar in één lid respectievelijk artikel worden geplaatst. Dit komt het tonen van regels per doelgroep ten goede.

8.3.2 Definitie

Juridische regel is het objecttype, te gebruiken in het Lichaam van de Regeling van omgevingsdocumenten met Artikelstructuur, dat een regel met juridische werkingskracht beschrijft.

8.3.3 Doel

Doel van het objecttype Juridische regel is:

• het kunnen verbinden van verschillende onderdelen van een Regeltekst met eigen Locaties;

• het kunnen annoteren van verschillende onderdelen van een Regeltekst met thema en de domeinspecifieke annotaties Activiteit, Omgevingsnorm, Omgevingswaarde en de verschillende typen Gebiedsaanwijzing;

• het kunnen leggen van relaties tussen de domeinspecifieke annotaties, waardoor de Juridische regel als geheel machineleesbaar wordt;

• het, door middel van het attribuut thema, in samenhang kunnen tonen van verschillende Juridische regels binnen hetzelfde omgevingsdocument;

• het kunnen selecteren van Regelteksten naar doelgroep door middel van de keuze voor het type Juridische regel;

• het kunnen leggen van verbindingen tussen onderdelen van verschillende omgevingsdocumenten, bijvoorbeeld een omgevingsvisie en een omgevingsverordening, die met hetzelfde thema zijn geannoteerd.

8.3.4 Norm

Juridische regel kent de volgende attributen en waardelijsten:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• idealisatie: attribuut dat vastlegt op welke manier de begrenzing van Locatie voor deze Juridische regel geïnterpreteerd moet worden en door het bevoegd gezag bedoeld is. Te kiezen uit de limitatieve waardelijst ‘Idealisatie’. Verplicht attribuut. Komt 1 keer voor.

• thema: de naam van het thema van de Juridische regel, te kiezen uit de limitatieve waardelijst ‘Thema’. Optioneel attribuut. Komt zo vaak voor als gewenst.

• locatieaanduiding: de verwijzing van een specifieke Juridische regel naar (de identificatie van) de bijbehorende Locatie(s); attribuut dat een of meer specifieke Locatie(s) aanduidt waar deze Juridische regel van toepassing is. Verplicht attribuut. Komt ten minste 1 keer voor.

• gebiedsaanwijzing: de verwijzing van een specifieke Juridische regel naar (de identificatie van) een Gebiedsaanwijzing; attribuut dat vastlegt dat de Juridische regel met (één van de typen van) het object Gebiedsaanwijzing geannoteerd is. Optioneel attribuut. Komt zo vaak voor als gewenst.

• artikelOfLid: de verwijzing van een specifieke Juridische regel naar de Regeltekst oftewel het artikel of lid waar de Juridische regel onderdeel van is. Verplicht attribuut. Komt 1 keer voor.

• kaartaanduiding: de verwijzing van een specifieke Juridische regel naar (de identificatie van) de Kaart waarop de Locaties en OW-objecten worden weergegeven die horen bij de betreffende Juridische regel. Optioneel attribuut. Komt zo vaak voor als gewenst.

Juridische regel kent drie typen:

• Regel voor iedereen: een Juridische regel die voor eenieder relevant is of relevant kan zijn; te gebruiken voor iedere Juridische regel die geen Instructieregel of Omgevingswaarderegel is. Regel voor iedereen heeft alle attributen van Juridische regel, aangevuld met:

  • activiteitaanduiding: de verwijzing van een specifieke Juridische regel naar (de identificatie van) een Activiteit; attribuut dat vastlegt dat de Juridische regel met het object Activiteit geannoteerd is. Optioneel attribuut. Komt zo vaak voor als gewenst.

  • omgevingsnormaanduiding: de verwijzing van een specifieke Juridische regel van het type Regel voor iedereen naar (de identificatie van) een Omgevingsnorm; attribuut dat vastlegt dat de Juridische regel met het object Omgevingsnorm geannoteerd is. Optioneel attribuut. Komt zo vaak voor als gewenst.

• Instructieregel: regel als bedoeld in paragraaf 2.5.1 Omgevingswet, gericht tot een ander bestuursorgaan of bestuurlijke organisatie. Instructieregels kunnen niet voorkomen in het tijdelijk regelingdeel bij het projectbesluit. Daarom wordt dit type Juridische regel hier niet verder besproken.

• Omgevingswaarderegel: regel over een omgevingswaarde als bedoeld in afdeling 2.3 Omgevingswet, die op zichzelf alleen gericht is tot de bestuursorganen van het bevoegd gezag dat de omgevingswaarde heeft vastgesteld. Omgevingswaarden en dus ook omgevingswaarderegels kunnen niet voorkomen in het tijdelijk regelingdeel bij het projectbesluit. Daarom wordt dit type Juridische regel hier niet verder besproken.

Juridische regel kent de volgende constraint:

• instructieregelInstrument of instructieregelTaakuitoefening.

Ook is voor Juridische regel relevant dat het objecttype Regeltekst de constraint heeft dat alle Juridische regels in een Regeltekst van hetzelfde type moeten zijn. Zie hiervoor paragraaf 8.2.4.

8.3.5 Toelichting op de norm

Attributen en waardelijsten

• idealisatie: attribuut dat aangeeft op welke manier het bevoegd gezag de begrenzing van Locatie voor een Juridische regel door bedoeld heeft: is het een exacte of een indicatieve afbakening? De waardelijst ‘Idealisatie’ kent twee waarden: exact en indicatief. Hiermee kan worden aangegeven of de begrenzing van Locatie voor deze Juridische regel exact of indicatief bedoeld is. Wanneer wordt gekozen voor de waarde indicatief geeft dat alleen aan dat de begrenzing indicatief bedoeld is. Met idealisatie wordt niet vastgelegd met welke marge de indicatieve begrenzing bedoeld is. Het attribuut idealisatie is in IMOW gepositioneerd als attribuut van Juridische regel. Dat lijkt misschien vreemd omdat het informatie geeft over de gewenste interpretatie van Locatie. Toch hoort idealisatie bij Juridische regel omdat het vertelt hoe de Locatie voor déze Juridische regel geïnterpreteerd moet worden. Op deze manier is het mogelijk om dezelfde Locatie ook voor een andere Juridische regel te (her)gebruiken en voor die Juridische regel een andere idealisatie te geven. Figuur 50 geeft hiervan een voorbeeld. De artikelen 3.28 en 5.7 van een omgevingsverordening gaan over dezelfde Locatie ‘provinciale wegen’. Artikel 3.28 bevat een Juridische regel van het type Regel voor iedereen; met de waarde exact voor idealisatie wordt aangegeven dat voor deze Juridische regel de begrenzing exact is bedoeld. Wanneer een omgevingsvergunning voor een uitweg wordt aangevraagd voor een plek die ligt binnen de begrenzing is deze (beoordelings)regel daarop van toepassing; ligt de plek net daarbuiten dan is de regel daar niet van toepassing. In artikel 5.7 staat een Juridische regel van het type Instructieregel. Met de waarde indicatief voor idealisatie heeft de provincie aangegeven dat voor deze Juridische regel de begrenzing indicatief is bedoeld.

• thema: attribuut dat kernachtig de grondgedachte van de Juridische regel weergeeft. Het thema is een aanduiding van het aspect van de fysieke leefomgeving waar de Juridische regel over gaat. Om harmonisatie tussen bevoegde gezagen en tussen instrumenten te bevorderen is er een waardelijst voor thema. Het overgrote deel van de waarden van deze waardelijst is rechtstreeks ontleend aan artikel 1.2 Ow, waarin is aangegeven welke aspecten de fysieke leefomgeving omvat. In 1 wordt de relatie tussen artikel 1.2 Ow en de waarden van de waardelijst gelegd.
  Per Juridische regel kunnen net zoveel thema’s worden toegevoegd als gewenst is. thema is een attribuut en geen object. Het kent daardoor geen eigen weergave.
  Met het attribuut thema kan het thema van een Juridische regel worden aangegeven. thema kan bijvoorbeeld worden gebruikt om alle Juridische regels over een bepaald thema in eenzelfde omgevingsdocument te selecteren, of om van verschillende omgevingsdocumenten de Juridische regels en/of Tekstdelen met hetzelfde thema te selecteren. Afhankelijk van de functionaliteit die een viewer biedt is het vervolgens ook mogelijk om de Locaties van alle Juridische regels en/of Tekstdelen met hetzelfde thema op een kaartbeeld weer te geven.
  Overwogen wordt om aan het objecttype Juridische regel een attribuut subthema toe te voegen waarmee het bevoegde gezag desgewenst binnen een thema een nadere specialisatie kan aanbrengen.

• locatieaanduiding: attribuut dat de verwijzing bevat naar de identificatie van de Locatie(s) die bij de Juridische regel horen én aangeeft wat de betekenis van die Locatie(s) is voor het object waar het bij hoort; in dit geval voor Juridische regel. Dit attribuut legt dus vast dat deze Locatie(s) de locatie(s) is (zijn) waar deze Juridische regel van toepassing is.
  Iedere Juridische regel heeft een verwijzing naar één of meer Locaties. Ook de objecten ActiviteitLocatieaanduiding, Omgevingsnorm, Omgevingswaarde en (de verschillende typen) Gebiedsaanwijzing hebben een verwijzing naar één of meer Locaties. Op deze manier is van iedere Juridische regel, ongeacht het object of de objecten waarmee het is geannoteerd, duidelijk voor welke Locatie(s) deze geldt. Doordat ieder specifiek voorkomen van de objecten ActiviteitLocatieaanduiding, Omgevingsnorm, Omgevingswaarde en (de verschillende typen) Gebiedsaanwijzing ook zelf een verwijzing naar één of meer Locaties heeft, kan van iedere Activiteit - ActiviteitLocatieaanduiding-combinatie, Omgevingsnorm, Omgevingswaarde en Gebiedsaanwijzing worden getoond voor welke Locatie(s) deze geldt, onafhankelijk van de Juridische regels waarin hij geldt.

• artikelOfLid: attribuut voor de verwijzing van een Juridische regel naar de identificatie van de Regeltekst oftewel het artikel of lid waarin de Juridische regel voorkomt.

• activiteitaanduiding, gebiedsaanwijzing, omgevingswaardeaanduiding en omgevingsnormaanduiding: de attributen die de verwijzing bevatten van de Juridische regel (of het type Juridische regel) naar de identificatie van de domeinspecifieke annotatie oftewel Activiteit, Gebiedsaanwijzing, Omgevingswaarde en/of Omgevingsnorm. Samen met die domeinspecifieke annotatie duiden deze attributen aan waar de Juridische regel over gaat: over een activiteit, over een van de typen gebiedsaanwijzing, over een omgevingswaarde en/of over een omgevingsnorm.

• kaartaanduiding: attribuut dat de verwijzing bevat van de Juridische regel naar de identificatie van een specifiek Kaartobject. Met het objecttype Kaart kan bij een Juridische regel een specifieke kaart worden gegenereerd waarop alle bij die Juridische regel behorende Locaties en OW-objecten worden weergegeven. Het is ook mogelijk om vanuit meerdere Juridische regels te verwijzen naar dezelfde Kaart. Daardoor ontstaat een gecombineerd kaartbeeld met alle kaartgerelateerde informatie uit alle Juridische regels die naar dezelfde Kaart verwijzen. Zie voor het objecttype Kaart paragraaf 8.10.

De drie typen van Juridische regel geven aan tot welke soort een Juridische regel behoort en geven daarvan indien nodig een nadere specificatie. Zoals in paragraaf 8.3.1 al is uitgelegd is het doel daarvan het eenvoudig kunnen selecteren van regels voor een specifieke gebruikersgroep, waardoor een gebruiker in principe alleen die regels krijgt voorgelegd die voor hem of haar van belang zijn. Daartoe wordt onderscheid gemaakt tussen instructieregels, die alleen voor andere overheden zijn bedoeld, omgevingswaarderegels, die op zichzelf alleen werking hebben voor de bestuursorganen van het bevoegd gezag dat de omgevingswaarde heeft vastgesteld, en regels die voor iedereen van belang zijn.

Wanneer de Juridische regel een instructieregel is, wordt gekozen voor het type ‘Instructieregel’. Instructieregels zijn regels die door provincie of Rijk bij omgevingsverordening, AMvB of ministeriële regeling worden gesteld over de uitoefening van taken of bevoegdheden door bestuursorganen om te voldoen aan in de omgevingsverordening, AMvB of ministeriële regeling vastgestelde omgevingswaarden of voor het bereiken van andere doelstellingen voor de fysieke leefomgeving. Ze zijn dus in de basis alleen voor andere overheden bedoeld en niet, of veel minder, voor iedereen van belang. Opgemerkt wordt dat beoordelingsregels in strikt juridische zin gezien zouden kunnen worden als een bijzondere vorm van instructieregel omdat het een opdracht van het ene aan het andere bestuursorgaan is om bij het beoordelen van een aanvraag om omgevingsvergunning bepaalde criteria te betrekken. In het kader van de standaarden worden beoordelingsregels niet als instructieregels gezien, maar als Regel voor iedereen. Dat is omdat ze voor eenieder van belang zijn om te bezien of een aanvraag tot een vergunning kan leiden of dat een aanpassing van de aanvraag leidt tot een grotere kans op een vergunning.

Instructieregels en omgevingswaarderegels kunnen niet voorkomen in het tijdelijk regelingdeel bij het projectbesluit. Daarom worden deze typen Juridische regel hier niet verder besproken.

In het model is vastgelegd met welke domeinspecifieke OW-objecten een type Juridische regel geannoteerd kan worden. Het object Activiteit kan alleen gebruikt worden in combinatie met een Regel voor iedereen. Het object Omgevingsnorm kan worden toegepast in combinatie met een Regel voor iedereen en een Instructieregel. Het object Omgevingswaarde kan alleen worden gebruikt in combinatie met een Omgevingswaarderegel. Het object Gebiedsaanwijzing kan worden toegepast in combinatie met alle typen Juridische regel. In het IMOW-diagram is dat te zien doordat het attribuut gebiedsaanwijzing verwijst van Juridische regel naar het object Gebiedsaanwijzing en niet vanuit een van de typen Juridische regel.

In AMvB, ministeriële regeling en omgevingsverordening kunnen alle drie de typen Juridische regel voorkomen. Het omgevingsplan kan de typen ‘Regel voor iedereen’ en ‘Omgevingswaarderegel’ bevatten. In de waterschapsverordening ten slotte kan alleen het type ‘Regel voor iedereen’ voorkomen.

Constraints

instructieregelInstrument of instructieregelTaakuitoefening: deze constraint, die geldt voor de Juridische regel van het type Instructieregel, houdt in dat er bij een instructieregel altijd één van de genoemde attributen gekozen moet worden, met andere woorden: het is verplicht dat er precies één van de twee voorkomt, niet minder en niet meer.

Opgemerkt wordt dat voor Regeltekst de constraint geldt ‘één type Juridische regel per Regeltekst’. Dat betekent dat alle Juridische regels in een Regeltekst van hetzelfde type moeten zijn. Deze constraint is toegelicht in paragraaf 8.2.5.

Zoals gezegd kan een Regeltekst één of meer Juridische regels bevatten. Een Juridische regel kan geannoteerd worden met een of meer Gebiedsaanwijzingen, Activiteiten, Omgevingsnormen en/of Omgevingswaarden. Dit samen betekent dat IMOW het mogelijk maakt om een Juridische regel te annoteren met:

• één of meer voorkomens van één objecttype (bijvoorbeeld één Activiteit);

• combinaties van één of meer verschillende objecttypen (bijvoorbeeld meerdere Activiteiten, een Gebiedsaanwijzing en meerdere Omgevingsnormen).

Een Regeltekst kan daardoor één Juridische regel bevatten die is geannoteerd met meerdere objecten. Een Regeltekst kan ook meerdere Juridische regels bevatten die ieder zijn geannoteerd met één of meer objecten. IMOW maakt het zelfs mogelijk om in de Regeltekst net zoveel Juridische regels te onderscheiden als er objecten zijn. Het is aan het bevoegd gezag om hierin een keuze te maken.

8.4.1 Toelichting op de toepassing

Het OW-object Locatie geeft aan waar een Juridische regel of Tekstdeel en de domeinspecifieke annotaties Activiteit, Omgevingswaarde, Omgevingsnorm, de verschillende typen Gebiedsaanwijzing en de bijbehorende waarden van toepassing zijn. De optelling van alle Locaties van alle Juridische regels in een Regeltekst vormt het werkingsgebied van de Regeltekst; de optelling van alle Locaties van alle Tekstdelen in een Divisie of Divisietekst vormt het werkingsgebied van de Divisie of Divisietekst. Locatie wordt altijd vastgelegd in een GIO.

Locatie heeft zeven verschijningsvormen: Gebied, Gebiedengroep, Lijn, Lijnengroep, Punt, Puntengroep en Ambtsgebied. Optioneel kan de hoogteligging van het Gebied, de Lijn of de Punt worden vastgelegd. Toegestane geometrieën bij een Gebied zijn Surface en MultiSurface (de termen die de GML-standaard gebruikt voor Vlak en Multivlak); bij een Lijn zijn dat Curve en MultiCurve (GML-termen voor Lijn en Multilijn) en bij Punt tenslotte zijn toegestaan Point en MultiPoint (de GML-termen voor Punt en Multipunt). Bij MultiSurface worden meerdere vlakken samengevoegd tot één onlosmakelijk geheel. Wanneer slechts een onderdeel gewijzigd moet worden, leidt dat toch tot een wijziging van de hele MultiSurface. Datzelfde geldt voor MultiCurve en MultiPoint. Aanbevolen wordt om MultiSurface, MultiCurve en MultiPoint alleen te gebruiken wanneer het daadwerkelijk de bedoeling is dat er één onlosmakelijk geheel ontstaat. Een voorbeeld van een geval waarin zo’n onlosmakelijk geheel de bedoeling is, is een Omgevingswaarde of Omgevingsnorm die een gezamenlijke waarde voor een aantal vlakken stelt. Een andere manier van groepering is het samenvoegen van twee of meer Gebieden, Lijnen of Punten tot een Gebiedengroep, Lijnengroep respectievelijk Puntengroep. Op deze manier is het mogelijk om één van de Gebieden van een Gebiedengroep, één van de Lijnen van een Lijnengroep of één van de Punten van een Puntengroep te wijzigen. Punt is noodzakelijk voor het als omgevingswaarde vaststellen van geluidproductieplafonds; die hebben de vorm van een puntlocatie. Lijn wordt onder andere in het omgevingsplan gebruikt voor het aangeven van rooilijnen bij het stellen van regels over het situeren van bouwwerken. Voor het overige is het aan te bevelen om Punt en Lijn als Geometrie zoveel mogelijk te vermijden omdat bij raadplegen in een viewer een punt en een lijn lastig te vinden zijn.

Locaties kunnen onbeperkt gestapeld worden, dat wil zeggen dat Locaties elkaar geheel of gedeeltelijk kunnen overlappen. Dat geldt zowel voor Locaties met eenzelfde annotatie oftewel OW-object als voor Locaties met verschillende annotaties c.q. OW-objecten. Het is dus mogelijk om op exact dezelfde plek bijvoorbeeld de Locaties van verschillende Juridische regels of Tekstdelen, van een aantal Activiteiten, van een Omgevingswaarde, van een aantal Omgevingsnormen en diverse typen Gebiedsaanwijzing neer te leggen. Ook kunnen die Locaties elkaar gedeeltelijk overlappen. De navolgende figuren laten daarvan voorbeelden zien. De figuren laten mogelijke toepassingen in het omgevingsplan zien, maar zijn bedoeld om generiek voor omgevingsdocumenten het principe te illustreren.

8.4.2 Definitie

Locatie is het objecttype dat machineleesbaar vastlegt waar een Juridische regel, Tekstdeel en/of de domeinspecifieke objecttypen van toepassing zijn.

8.4.3 Doel

Doel van het objecttype Locatie is het met coördinaten vastleggen waar een Juridische regel, Tekstdeel, Activiteit, Omgevingsnorm, Omgevingswaarde, type Gebiedsaanwijzing en bij Omgevingsnorm en Omgevingswaarde behorende waarden van toepassing zijn.

8.4.4 Norm

Locatie kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• noemer: de mensleesbare term of frase waarmee een Locatie wordt aangeduid. Optioneel attribuut. Komt 0 of 1 keer voor.

Locatie kent zeven verschijningsvormen:

• Gebied: op zichzelf staande geometrisch afgebakende ‘ruimte’ in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Gebied heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop het Gebied ligt of de hoogte binnen het Gebied waarop de Juridische regel of het Tekstdeel van toepassing is. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifiek Gebied naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Gebiedengroep: een groep of verzameling van bij elkaar behorende Gebieden, die samen de Locatie vormen. Gebiedengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Gebiedengroep naar de Gebieden die samen de Gebiedengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Lijn: op zichzelf staande geometrisch afgebakende lijnlocatie in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Lijn heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop de Lijn ligt. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifieke Lijn naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Lijnengroep: een groep of verzameling van bij elkaar behorende Lijnen, die samen de Locatie vormen. Lijnengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Lijnengroep naar de Lijnen die samen de Lijnengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Punt: op zichzelf staande geometrisch afgebakende puntlocatie in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Punt heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop de Punt ligt. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifieke Punt naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Puntengroep: een groep of verzameling van bij elkaar behorende Punten, die samen de Locatie vormen. Puntengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Puntengroep naar de Punten die samen de Puntengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Ambtsgebied: bijzondere vorm van Gebied, zijnde een op zichzelf staande geometrisch afgebakende ‘ruimte’ in een virtuele weergave van de fysieke leefomgeving, die samenvalt met het ambtsgebied van een bepaald bevoegd gezag: het gebied waarover dat bevoegd gezag de bevoegdheid tot regeling en bestuur heeft. Ambtsgebied heeft alle attributen van Locatie, aangevuld met:

  • bestuurlijkeGrenzenVerwijzing: attribuut dat de gegevens voor het doen van een verwijzing naar de bestuurlijkeGrenzen-voorziening bevat.
    bestuurlijkeGrenzenVerwijzing wordt ingevuld met de gegevensgroep BestuurlijkeGrenzenVerwijzing die de volgende attributen kent:

    • bestuurlijkeGrenzenID: de identificatie van het gebied in de bestuurlijkegrenzenvoorziening: de CBS-code respectievelijk de RVIG-code van het bevoegd gezag, inclusief de letteraanduiding in hoofdletters van de bestuurslaag;

    • domein: het onderdeel van de bestuurlijkeGrenzen-voorziening waarin de ambtsgebieden worden bijgehouden. Verplicht attribuut. Komt 1 keer voor. Wordt ingevuld met de verplichte waarde ‘NL.BI.BestuurlijkGebied’.

    • geldigOp: de datum waarop Ambtsgebied geldig is. Verplicht attribuut. Komt 1 keer voor. De verwijzing is altijd statisch: met de Locatie Ambtsgebied wordt bedoeld het ambtsgebied zoals dat gold op de ingevulde datum.

Locatie kent geen waardelijsten.

Locatie kent de volgende constraints:

• (bij Gebied): geometrie is van type Surface of MultiSurface;

• (bij Lijn): geometrie is van type Curve of MultiCurve;

• (bij Punt): geometrie is van type Point of MultiPoint.

8.4.5 Toelichting op de norm

• noemer: de mensleesbare term of frase waarmee de Locatie wordt aangeduid en beschreven, waardoor er, indien relevant, naar de Locatie kan worden verwezen. Let op: de noemer is niet altijd gelijk aan de naam van het GIO. Het gebruik van noemer is optioneel omdat een noemer niet altijd zinvol is en omdat er Locaties zijn die niet met een term of frase te benoemen zijn. Dat geldt bijvoorbeeld voor de losse Locaties binnen een Gebiedengroep. Voorbeelden van noemer voor omgevingsplan respectievelijk omgevingsverordening, waarbij de noemer in cursieve tekst is weergegeven, zijn: Ter plaatse van de functie Levendig stadscentrum zijn de volgende activiteiten toegestaan. Nieuwe luidruchtige activiteiten en gedragingen zijn in een stiltegebied verboden.
  Locatie kan de locatie zijn van een Juridische regel of Tekstdeel (en daarmee, al dan niet samen met andere Locaties, het werkingsgebied van de Regeltekst, de Divisie of de Divisietekst), en/of de Locatie van een van de domeinspecifieke annotaties Activiteit, Gebiedsaanwijzing, Omgevingsnorm en Omgevingswaarde. Het hangt af van het objecttype waarmee de Locatie wordt gecombineerd of het gebruik van het attribuut noemer zinvol is of niet. Bij de beschrijving van die objecttypen wordt dit aangegeven.

• hoogte: optioneel attribuut waarmee voor Gebied, Lijn en Punt de hoogteligging kan worden vastgelegd. hoogte wordt vastgelegd met WaardeEenheid, dat bestaat uit de elementen waarde en eenheid. waarde legt de hoogte in een getal vast, eenheid geeft aan in welke grootheid de hoogte moet worden gemeten. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid’. Zie voor de -vooralsnog beperkte- betekenis van uitbreidbare waardelijsten paragraaf 3.5. Het gebruik van het attribuut hoogte maakt een (zeer beperkte) benadering van 3D mogelijk. hoogte kan bijvoorbeeld worden gebruikt om van (de omgevingswaarde) geluidproductieplafonds aan te geven op welke hoogte ze gelden; in dat geval wordt de eenheid meter gekozen.

• geometrie: attribuut dat de verwijzing bevat van een specifiek Gebied, Lijn of Punt naar de identificatie van de bijbehorende Geometrie. Dit attribuut legt dus vast dat deze Geometrie bij het betreffende Gebied, Lijn of Punt hoort. Bij Ambtsgebied kan er geen geometrie worden meegeleverd.

• bestuurlijkeGrenzenVerwijzing: attribuut waardoor DSO-LV weet dat de inhoud van dit object te vinden is in een andere voorziening, alleen te gebruiken bij Ambtsgebied. Het bijhouden van het Ambtsgebied gebeurt in de bestuurlijkeGrenzen-voorziening. Het attribuut bestuurlijkeGrenzenVerwijzing maakt gebruik van de gegevensgroep BestuurlijkeGrenzenVerwijzing. In het navolgende worden de attributen van BestuurlijkeGrenzenVerwijzing toegelicht.

  • bestuurlijkeGrenzenID: de identificatie van het Ambtsgebied. Deze is gelijk aan de bevoegd-gezag-code. Voor gemeenten, provincies en waterschappen is dat de CBS-code, inclusief de letteraanduiding van de bestuurslaag. Een voorbeeld daarvan is GM0297 voor de gemeente Zaltbommel. Voor het Rijk wordt de RVIG-code gehanteerd. Aan de hand van deze code weet DSO-LV van welk bevoegd gezag het ambtsgebied uit de bestuurlijkeGrenzen-voorziening getoond moet worden

  • domein: attribuut dat aangeeft welke van de onderdelen van de bestuurlijkeGrenzen-voorziening moet worden bevraagd: het bestuurlijk gebied;

  • geldigOp: attribuut waardoor DSO-LV weet welke versie van het ambtsgebied getoond moet worden: het Ambtsgebied zoals dat geldig was op de ingevulde datum. Wanneer naar aanleiding van een bestuurlijke herindeling of andere grenscorrectie het ambtsgebied is gewijzigd, kan met een wijzigingsbesluit het Ambtsgebied-object gewijzigd worden door de geldigOp-datum van de bestuurlijkeGrenzenVerwijzing te wijzigen.

Met uitzondering van Locatie in de verschijningsvorm van Ambtsgebied wordt Locatie altijd vastgelegd in een GIO.

Ambtsgebied

Het Ambtsgebied-object wordt alleen aangeleverd als dat noodzakelijk is: de eerste keer dat in een Regeling het Ambtsgebied de Locatie is van een regel én wanneer naar aanleiding van een bestuurlijke herindeling of andere grenscorrectie in een wijzigingsbesluit het Ambtsgebied wordt gewijzigd naar een nieuwe versie van dat Ambtsgebied.

Uitgangspunt van regelgeving over de bekendmaking van besluiten is dat informatie die niet op een begrijpelijke manier in tekst te beschrijven is, wordt vastgelegd in een informatieobject. Daarom wordt de locatie waar een regel (of beleid) geldig is, vastgelegd met een GIO. Op deze manier is de locatie permanent terug te vinden en is de onveranderlijkheid van de locatie gewaarborgd (zie ook paragraaf 6.1.2.1). Door het nemen van het besluit stelt het bevoegd gezag het GIO vast en ‘ontstaat’ de locatie. Wanneer een regel geldt voor het hele ambtsgebied van het bevoegd gezag wordt het niet passend geacht als het bevoegd gezag dat ambtsgebied in de vorm van een GIO vast zou stellen. Ambtsgebieden worden immers door andere wetgeving (en in de meeste gevallen door een ander bevoegd gezag) vastgesteld. Daarom wordt Ambtsgebied als verschijningsvorm van Locatie niet vastgelegd met het object Geometrie en niet vastgesteld in de vorm van een GIO, maar neemt het bevoegd gezag een verwijzing op naar het eigen ambtsgebied in de bestuurlijkeGrenzen-voorziening. Dit is de voorziening waarin de door die andere wetgeving vastgestelde bestuurlijke grenzen worden vastgelegd en beheerd. Aangezien Ambtsgebied niet wordt vastgelegd met het object Geometrie en niet door het bevoegd gezag wordt vastgesteld, kent het niet de attributen geometrie en hoogte.

Bij het gebruik van Ambtsgebied als Locatie van een regel of beleid wordt altijd statisch verwezen naar het Ambtsgebied. Dat is nodig om bij een eventuele toekomstige bestuurlijke herindeling de overgang naar de nieuwe indeling te kunnen maken.

Aanbevolen wordt om, als het de bedoeling is dat een regel of (beleids)tekst geldt voor het hele ambtsgebied, vanuit de Juridische regel of het Tekstdeel te verwijzen naar (de identificatie van) het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Het is echter mogelijk om in zo’n geval gebruik te maken van een zelf gecreëerde Locatie. Het is dan aan het bevoegd gezag om er voor te zorgen dat de geometrie van die zelf gecreëerde Locatie exact samenvalt met de geometrie van het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Dat kan door een kopie te maken van de geometrie van het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Het aanleveren van een onjuiste geometrie heeft gevolgen voor de vindbaarheid van regels op locatie in DSO-LV.

Locatie kent geen waardelijsten.

Constraints

Locatie heeft drie constraints:

• (bij Gebied): geometrie is van type Surface of MultiSurface;

• (bij Lijn): geometrie is van type Curve of MultiCurve;

• (bij Punt): geometrie is van type Point of MultiPoint.

Deze constraints betekenen enerzijds -tamelijk voor de hand liggend- dat de Locatieverschijningsvorm Gebied alleen mag verwijzen naar vlak-geometrieën en niet naar punt- of lijn-geometrieën, dat de Locatieverschijningsvorm Lijn alleen mag verwijzen naar lijn-geometrieën en niet naar punt- of vlak-geometrieën en dat de Locatieverschijningsvorm Punt alleen mag verwijzen naar punt-geometrieën en niet naar vlak- of lijn-geometrieën. Anderzijds betekenen de constraints dat gekozen moet worden tussen de enkelvoudige en de multivariant van de geometrietypen. Zoals in paragraaf 8.4.1 al is beschreven, worden bij de multivarianten meerdere vlakken (of lijnen of punten) samengevoegd tot één onlosmakelijk geheel en moeten de multivarianten alleen gekozen worden als het daadwerkelijk de bedoeling is dat er één onlosmakelijk geheel ontstaat.

8.5.1 Toelichting op de toepassing

Met uitzondering van Ambtsgebied worden de in de vorige paragraaf besproken typen van Locatie vastgelegd met Geometrie. Het object Geometrie legt de positie en vorm van een Gebied, Lijn of Punt vast door middel van coördinaten om het te kunnen begrenzen en op een kaart op de juiste positie te kunnen weergeven. Geometrie wordt door zowel IMOW als STOP gebruikt. Geometrie wordt vastgelegd in de vorm van een GML-bestand dat in het GIO wordt opgenomen.

8.5.2 Definitie

Geometrie is het object dat de geometrische bepaling van een Gebied, Lijn of Punt door middel van coördinaten bevat.

8.5.3 Doel

Doel van het objecttype Geometrie is:

• het vastleggen en begrenzen van Locatie door middel van coördinaten ten behoeve van het publiceren van geo-informatieobjecten;

• het op een kaart of in een viewer op de juiste positie weergeven van Locaties.

8.5.4 Norm

Geometrie kent de volgende attributen:

• id: het identificerend attribuut dat gebruikt wordt om naar de Geometrie te verwijzen. Verplicht attribuut. Komt 1 keer voor.

• geometrie: het attribuut dat de coördinaten van de Geometrie bevat. Verplicht attribuut. Komt 1 keer voor.

Geometrie kent geen waardelijsten en constraints.

8.5.5 Toelichting op de norm

geometrie: dit attribuut bevat de coördinaten van de Geometrie. De geometrische typen die gebruikt worden binnen dit attribuut dienen overeen te komen met de gekozen verschijningsvorm van Locatie. Zie hiervoor de constraints bij het objecttype Locatie. Deze constraints zijn beschreven in paragraaf 8.4.4 en toegelicht in paragraaf 8.4.5.

8.6.1 Toelichting op de toepassing

In het domein van de Omgevingswet is een activiteit ieder menselijk handelen waarbij, of ieder menselijk nalaten waardoor een verandering of effect in de fysieke leefomgeving wordt of kan worden bewerkstelligd. In de omgevingsdocumenten met regels zullen regels gesteld worden over veel verschillende activiteiten.

Regels over activiteiten zullen naar verwachting behoren tot de meest bevraagde regels in DSO-LV. De grootste groep gebruikers, die bestaat uit initiatiefnemers (zowel professionele als niet-professionele) en derde-belanghebbenden, wil weten welke regels over een bepaalde activiteit voor hem of haar gelden. Dat zijn alleen de rechtstreeks werkende regels over activiteiten: de regels die voor degene die een activiteit verricht én voor derde-belanghebbenden rechten en plichten vastleggen. Instructieregels over activiteiten zijn gericht tot een ander bevoegd gezag en zijn voor de genoemde groep gebruikers niet van rechtstreeks belang. Datzelfde geldt voor regels over activiteiten in het kader van omgevingswaarden, wanneer ze alleen werking hebben voor het bevoegde gezag zelf. Daarom maakt IMOW juist de rechtstreeks werkende regels over activiteiten extra machineleesbaar door middel van de annotatie Activiteit. Dat is ook de reden waarom de objecten Activiteit en Juridische regel in IMOW zo gemodelleerd zijn dat de annotatie met het OW-object Activiteit alleen kan worden toegepast in combinatie met een Juridische regel van het type Regel voor iedereen. De annotatie Activiteit kan dus niet worden gebruikt voor instructieregels die bepalen dat in een ander omgevingsdocument regels over een bepaalde activiteit moeten worden opgenomen en ook niet voor Juridische regels van het type Omgevingswaarderegel.

Bij het object Activiteit hoort het object ActiviteitLocatieaanduiding. Dit object vormt de verbinding tussen de Juridische regel (van het type Regel voor iedereen), Activiteit en Locatie. ActiviteitLocatieaanduiding heeft het attribuut activiteitregelkwalificatie waarmee een regel die met Activiteit is geannoteerd nader wordt gekwalificeerd, bijvoorbeeld dat de Juridische regel een vergunningplicht of een meldingsplicht instelt. ActiviteitLocatieaanduiding zorgt voor ‘instanties’ van Activiteit: voor Activiteit A bepaalt Juridische regel B dat op Locatie C een vergunningplicht geldt; voor diezelfde Activiteit A bepaalt Juridische regel D dat op Locatie E het verrichten van die activiteit zonder vergunning of melding is toegestaan.

Er zullen regels over heel veel verschillende activiteiten gesteld worden. Er is geen symbolisatie (kleur, arcering, lijnstijl) voorhanden die een grote hoeveelheid activiteiten kan weergeven op een manier waarbij voor het menselijk oog voldoende onderscheid is tussen de verschillende activiteiten. Daarom heeft niet iedere individuele activiteit een eigen symbolisatie, maar is er een (standaard)symbolisatie per groep bij elkaar horende activiteiten. Daarvoor heeft Activiteit het attribuut groep met een bijbehorende (limitatieve) waardelijst. Het bevoegd gezag kiest een eigen naam voor de individuele activiteit en kiest voor het attribuut groep uit de waardelijst de waarde die het meest overeenkomt met de bedoeling van die activiteit. Hierdoor kunnen de Locaties van iedere activiteit in een (interactieve) viewer met de standaardweergave worden weergegeven op een kaart. Het is dan mogelijk om een kaartbeeld weer te geven van de Locaties van alle activiteiten waarmee een artikel is geannoteerd, maar ook om de locaties van alle activiteiten van een bepaalde activiteitengroep weer te geven.

Juridische regels over activiteiten zullen in DSO-LV veel bevraagd worden. Daarvoor zal gebruik gemaakt worden van toepasbare regels. De objecten Activiteit en ActiviteitLocatieaanduiding bevatten een aantal attributen die het opstellen van toepasbare regels vergemakkelijken.

8.6.2 Definitie

Activiteit is het objecttype voor het Lichaam van de Regeling van omgevingsdocumenten met Artikelstructuur dat machineleesbaar maakt dat een rechtstreeks werkende regel en de bijbehorende Locatie(s) gaan over een activiteit als bedoeld in de Omgevingswet: menselijk handelen waarbij, of menselijk nalaten waardoor een verandering of effect in de fysieke leefomgeving wordt of kan worden bewerkstelligd.

8.6.3 Doel

Doel van het objecttype Activiteit is:

• machineleesbaar vastleggen dat een regel en de bijbehorende Locatie(s) gaan over een activiteit;

• herkenbaar weergeven van de Locaties waar de regels over de activiteit gelden;

• inzicht geven in de kwalificatie van de regel op een bepaalde Locatie, waardoor een gebruiker weet of op die Locatie het verrichten van de activiteit is toegestaan of dat daarvoor eerst een vergunning moet worden aangevraagd, een melding gedaan et cetera;

• vastleggen van activiteiten in de functionele structuur van de Registratie Toepasbare Regels;

• vastleggen van locaties die gebruikt kunnen worden bij toepasbare regels;

• ondersteuning bieden bij het filteren van regels over een bepaalde activiteit in een viewer of op een kaart.

8.6.4 Norm

Activiteit kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van het type Activiteit bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de Activiteit, die wordt overgenomen uit of ontleend aan de naam of omschrijving van de betreffende activiteit in de regel. Het bevoegd gezag is vrij in de keuze van de naam van de Activiteit. Verplicht attribuut. Komt 1 keer voor.

• groep: de categorie waartoe de Activiteit behoort. Attribuut dat zorgt voor symbolisatie conform de standaardweergave. Te kiezen uit de limitatieve waardelijst ‘Activiteitengroep’. Verplicht attribuut. Komt 1 keer voor.

• bovenliggendeActiviteit: de verwijzing van een specifieke Activiteit naar (de identificatie van) een andere Activiteit, die inhoudelijk generieker is dan de Activiteit die wordt geannoteerd. Attribuut dat alleen wordt gebruikt voor het hiërarchisch ordenen van activiteiten in de functionele structuur van de Registratie Toepasbare Regels. Verplicht attribuut. Komt 1 keer voor.

• gerelateerdeActiviteit: de verwijzing van een specifieke Activiteit naar (de identificatie van) een andere Activiteit in het geval de regels over die andere Activiteit contextueel relevant zijn voor de specifieke Activiteit. Attribuut dat alleen wordt gebruikt ten behoeve van de Vergunningcheck. Optioneel attribuut. Komt zo vaak voor als gewenst.

Het attribuut activiteitaanduiding, attribuut van Juridische regel van het type Regel voor iedereen dat de verwijzing is van een specifieke Regel voor iedereen naar (de identificatie van) een Activiteit, kent specifieke gegevens die met het object ActiviteitLocatieaanduiding worden vastgelegd. Een ActiviteitLocatieaanduiding hoort bij precies één combinatie van een Activiteit en een Juridische regel. Het object ActiviteitLocatieaanduiding kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van het type ActiviteitLocatieaanduiding bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• activiteitregelkwalificatie: de naam van de kwalificatie van de Juridische regel over een activiteit. Te kiezen uit de limitatieve waardelijst ‘Activiteitregelkwalificatie’. Verplicht attribuut. Komt 1 keer voor.

• locatieaanduiding: de verwijzing van een specifieke Activiteit-ActiviteitLocatieaanduiding-combinatie naar (de identificatie van) de bijbehorende Locatie(s); attribuut dat de specifieke Locatie(s) aanduidt waar deze annotatie Activiteit van toepassing is. Verplicht attribuut. Komt ten minste 1 keer voor.

Activiteit en ActiviteitLocatieaanduiding kennen geen constraints.

8.6.5 Toelichting op de norm

• naam: de naam van de Activiteit. Het aantal activiteiten waarover in omgevingsdocumenten regels gesteld zullen worden, zal nagenoeg onuitputtelijk zijn. Er geldt daarom geen waardelijst voor de naam van de Activiteit; het bevoegd gezag kan zelf de naam van de Activiteit bepalen. Uiteraard ligt het voor de hand om waar mogelijk aan te sluiten bij in de Omgevingswet (en bijbehorende regelgeving) en de bestaande praktijk gebruikte benamingen voor activiteiten. De naam kan worden overgenomen uit de regel. Wanneer de activiteit in de regel een lange naam of omschrijving heeft kan indien gewenst een verkorte versie daarvan in het attribuut naam worden opgenomen. De naam van de Activiteit mag dezelfde zijn als de naam van de hierna genoemde activiteitengroep.
  Elke Activiteit die gecreëerd wordt dient primair het doel om te voldoen aan de wettelijke vereiste om regels te stellen over activiteiten in de fysieke leefomgeving én heeft mede het doel een activiteitgerichte bevraging in verschillende componenten van de DSO-LV mogelijk te maken.
  Primair wordt de Activiteit gebruikt voor de weergave van omgevingsdocumenten op de kaart van de DSO-viewer: daardoor kan deze de Locaties van een specifieke bepaling over een activiteit herkenbaar op de kaart weergeven en aanvullende informatie geven over die regel en die activiteit. Daarnaast ondersteunt de Activiteit bij de activiteitgerichte bevraging in DSO-LV en bij de opbouw van de functionele structuur in de Registratie Toepasbare Regels. De functionele structuur voedt onder andere digitale voorzieningen voor het opstellen van toepasbare regels.

• groep: om een nagenoeg onuitputtelijk aantal Activiteiten op een kaartbeeld te kunnen weergeven op een manier die voor het menselijk oog voldoende onderscheidend is, worden Activiteiten gebundeld in groepen. De groep vormt het kenmerk waarop de symbolisatie (kleur, arcering, lijnstijl) van de standaardweergave wordt georganiseerd. De groepen die gebruikt kunnen worden zijn opgenomen in de limitatieve waardelijst ‘Activiteitengroep’. Om het mogelijk te maken ook Activiteiten te annoteren die nu nog niet voorzien zijn, is de groep ‘overig’ aan de waardelijst toegevoegd. Zie hiervoor ook de uitgebreidere toelichting in paragraaf 8.6.1

• bovenliggendeActiviteit: dit verplichte attribuut zorgt voor een logische hiërarchische ordening in de functionele structuur van de Registratie Toepasbare Regels. Toepasbare regels maken gebruik van deze functionele structuur. De bovenliggendeActiviteit speelt geen rol in de viewer van DSO-LV.
  Met bovenliggendeActiviteit moet worden verwezen naar een Activiteit die voorkomt in hetzelfde omgevingsdocument. De hoogste bovenliggende Activiteit is de meest generieke Activiteit die in het omgevingsdocument voorkomt, bijvoorbeeld: ‘Activiteit gereguleerd in het omgevingsplan gemeente Gemeentestad’.
  De Activiteit die in de hiërarchie van een regeling de hoogste is, moet verwijzen naar een bovenliggende Activiteit die reeds bestaat in de functionele structuur. Met bovenliggendeActiviteit mag niet verwezen worden naar een Activiteit die lager in de hiërarchie ligt.
  Figuur 55 laat een voorbeeld zien van de functionele structuur met de bovenliggende-activiteit-relaties. De Activiteit ‘aanbieden van short stay’ is de onderste Activiteit in de structuur. De Activiteit ‘Activiteit gereguleerd in het omgevingsplan gemeente Amsterdam’ is de Activiteit die in de hiërarchie van de regeling ‘omgevingsplan Amsterdam’ de hoogste is. De bovenliggende Activiteit daarvan is ‘Activiteit gereguleerd in het omgevingsplan’, die al aanwezig is in de functionele structuur. De Activiteit van het allerhoogste niveau is ‘Activiteit met gevolgen voor de leefomgeving’, die voor alle regelingen van alle bevoegde gezagen de meest bovenliggende Activiteit is.

• gerelateerdeActiviteit: attribuut dat aangeeft dat een specifieke Activiteit een sterke relatie heeft met een andere Activiteit: als je activiteit A gaat verrichten, ga je ook altijd activiteit B verrichten. Het attribuut speelt een rol bij de Vergunningcheck in DSO-LV. Als een activiteit is gerelateerd aan een andere activiteit wordt bij een vergunningcheck op de activiteit automatisch ook een vergunningcheck op de gerelateerde activiteit uitgevoerd. Een voorbeeld waarin de activiteit ‘lassen van metalen’ is gerelateerd aan de activiteit ‘handeling in het kader van de metaalproductenindustrie’. Bij het uitvoeren van een vergunningcheck voor het ‘lassen van metalen’ wordt ook een vergunningcheck voor de ‘handeling in het kader van de metaalproductenindustrie’ uitgevoerd. Andersom is dat niet zo, bij het uitvoeren van een vergunningcheck voor de ‘handeling in het kader van de metaalproductenindustrie’ wordt niet automatisch een vergunningcheck gedaan voor het ‘lassen van metalen’. Het attribuut gerelateerdeActiviteit is optioneel, hoeft dus niet toegevoegd te worden. Dit attribuut speelt alleen een rol bij de dienstverlening (Vergunningcheck in DSO-LV). Het wordt niet gebruikt voor weergave, selecteren of filteren in de viewer van DSO-LV en het heeft geen juridische betekenis voor de inhoud van het projectbesluit. Met het attribuut gerelateerdeActiviteit kan van een specifieke Activiteit die door een bevoegd gezag is gecreëerd, worden verwezen naar een gerelateerde Activiteit van datzelfde bevoegd gezag die al bestaat in de functionele structuur.

Met het object ActiviteitLocatieaanduiding worden extra gegevens toegevoegd aan de relatie van Regel voor iedereen, een van de typen Juridische regel, met Activiteit en indirect ook met Locatie. Omdat dit object zeer sterk aan Activiteit gelieerd is en zonder Activiteit geen betekenis heeft, wordt het hier samen met Activiteit besproken en niet in een afzonderlijke subparagraaf.

Een ActiviteitLocatieaanduiding hoort bij precies één combinatie van een Activiteit en een Juridische regel. Dit betekent dat iedere combinatie van een Activiteit en een Juridische regel een eigen unieke identificatie moet krijgen. In eerdere versies van de TPOD-standaard was dit niet helder geformuleerd en daarom wordt dit in de implementatie van deze versie van de standaard nog niet afgedwongen. In een toekomstige versie kan dit wel gebeuren.
Het object ActiviteitLocatieaanduiding maakt het mogelijk om ‘instanties’ te maken van een Activiteit gecombineerd met de kwalificatie én de Locatie van die Activiteit. Daardoor ontstaat de mogelijkheid om bijvoorbeeld alle Juridische regels en alle Locaties te tonen waar voor een bepaalde activiteit een vergunningplicht geldt, of waar die activiteit verboden is. In het navolgende worden de attributen van het object ActiviteitLocatieaanduiding toegelicht.

• identificatie: iedere ActiviteitLocatieaanduiding heeft een identificatie. Let op: ook Activiteit zelf heeft een identificatie.

• activiteitregelkwalificatie: als de regel over een activiteit gaat en met het OW-object Activiteit wordt geannoteerd, worden Juridische regel, Activiteit en Locatie met dit attribuut nog verder gespecificeerd. Hiervoor wordt gebruik gemaakt van de waardelijst 'Activiteitregelkwalificatie'. Voorbeelden van waarden van deze waardelijst zijn verbod, gebod en vergunningplicht. Deze waardelijst kent een beperkt aantal waarden. Wanneer de andere, concrete, waarden van die waardelijst niet van toepassing zijn, wordt de waarde ‘anders geduid’ gebruikt. Deze waarde kan ook worden gebruikt wanneer de kwalificatie meer genuanceerd is. Een voorbeeld daarvan is dat voor een activiteit afhankelijk van condities die in de regel zijn vastgelegd wel of juist niet een vergunningplicht geldt. In de waardelijst 'Activiteitregelkwalificatie' zijn alle waarden voorzien van een definitie die uitlegt wat er mee bedoeld wordt en voor welke gevallen zo’n waarde is bedoeld. Iedere combinatie van Juridische regel van het type Regel voor iedereen, Activiteit, ActiviteitLocatieaanduiding en Locatie krijgt dus een kwalificatie. De waarde ‘anders geduid’ geeft geen aanvullende informatie maar zorgt er wel voor dat activiteitregelkwalificatie altijd toegepast kan worden.

• locatieaanduiding: het attribuut dat de verwijzing bevat naar de identificatie van de specifieke Locatie(s) die bij deze ActiviteitLocatieaanduiding en dus bij deze Activiteit horen én aangeeft wat de betekenis van die Locatie(s) is voor het object waar het bij hoort; in dit geval voor Activiteit. Dit attribuut legt dus vast dat deze Locatie de locatie is waar de specifieke Activiteit-ActiviteitLocatieaanduiding-combinatie van toepassing is.

De eerste keer dat een specifieke Activiteit (bij voorbeeld het exploiteren van een horeca-inrichting) in een omgevingsdocument in een regel voorkomt, wordt deze met de OW-objecten Activiteit en ActiviteitLocatieaanduiding geannoteerd, waardoor wordt verwezen naar de Locatie die bij dit voorkomen van de Activiteit hoort. Een volgende Juridische regel over diezelfde Activiteit verwijst naar het al bestaande Activiteit-object en naar een bij die Juridische regel horend ActiviteitLocatieaanduiding-object. Op deze manier is van iedere afzonderlijke Juridische regel over die Activiteit te zien welke combinatie van Locatie en activiteitregelkwalificatie er bij de Juridische regel hoort. Een Activiteit heeft dus altijd met 1 of meer Juridische regels een relatie.

In paragraaf 6.2 is al toegelicht dat de bedoeling van IMOW is dat de locaties en de nadere gegevens een letterlijke vertaling of vastlegging van de regels zijn en dat IMOW niet bedoeld is om er interpretaties en a contrario-redeneringen uit af te leiden. Alleen rechtstreeks werkende regels die een vergunningplicht, meldingsplicht, informatieplicht, verbod, gebod of zorgplicht instellen of die een activiteit toestaan zonder dergelijke plichten, worden geannoteerd met Activiteit. Een regel wordt alleen geannoteerd met die Activiteit of Activiteiten die in de regel benoemd worden.

Wat dat betekent voor de annotatie met het OW-object Activiteit wordt aan de hand van het volgende voorbeeld nader uitgelegd. Het voorbeeld laat een Activiteit in het omgevingsplan zien, maar is bedoeld om generiek het principe te illustreren.

Bovenstaande afbeelding toont het grondgebied van een gemeente en de Locatie, bestaande uit drie Gebieden (eventueel gegroepeerd in één Gebiedengroep), die hoort bij de Juridische regel van artikel 2.10. Ter plaatse van deze Locatie is het -kort samengevat- toegestaan om zonder vergunning of melding een kinderopvanginstelling te exploiteren. Regel en Locatie zijn geannoteerd met Activiteit en ActiviteitLocatieaanduiding met als waarde voor activiteitregelkwalificatie ‘toegestaan’. Het is niet de bedoeling om uit deze annotaties af te leiden dat in de rest van het grondgebied van deze gemeente het exploiteren van een kinderopvanginstelling verboden is, of dat voor die activiteit een vergunningplicht of meldingsplicht geldt. Dat kan alleen gelden wanneer dat expliciet in een Juridische regel is bepaald.

IMOW is zo opgezet dat een regel over een activiteit wordt geannoteerd met een Activiteit, waaraan door middel van het object ActiviteitLocatieaanduiding een kwalificatie wordt gegeven en een Locatie wordt gekoppeld. Daarmee ontstaat een instantie van de Activiteit: op deze Locatie geldt voor die Activiteit dat deze zonder vergunning of melding is toegestaan. De juridische bedoeling wordt expliciet in de regel vastgelegd; de annotaties zijn daarvan een letterlijke vertaling.

Wanneer het bevoegd gezag in het voorbeeld van Figuur 56 wil bewerkstelligen dat het exploiteren van een kinderopvanginstelling alleen is toegestaan ter plaatse van de drie Locaties en niet is toegestaan in de rest van het grondgebied kan dat op verschillende manieren. We noemen er twee. Een eerste manier is dat er een algemene regel wordt opgenomen, voor het hele grondgebied geldend, met de strekking dat het verrichten van activiteiten alleen is toegestaan waar dat expliciet is bepaald. Voor het exploiteren van een kinderopvanginstelling heeft die algemene regel de werking dat het buiten de Locaties van het voorbeeld verboden is om die activiteit te verrichten. Een tweede manier is het toevoegen van een tweede Juridische regel die bepaalt dat het is verboden om een kinderopvanginstelling te exploiteren, met als Locatie de rest van het grondgebied en de annotaties Activiteit en ActiviteitLocatieaanduiding met als waarde voor activiteitregelkwalificatie ‘verbod’. Een derde manier is het formuleren van de regel als: “Uitsluitend ter plaatse van het werkingsgebied ‘exploiteren kinderopvang’ is het toegestaan om in een instelling voor kinderopvang de activiteit ‘het bedrijfsmatig of anders dan om niet verzorgen, opvoeden en bijdragen aan de ontwikkeling van kinderen’ te verrichten.” Aan deze regel worden twee locaties gekoppeld, die samen het werkingsgebied van het artikel (of lid) vormen: het ambtsgebied waar de volledige regel zijn werking heeft en specifieke locatie waar het exploiteren van een kinderopvanginstelling is toegestaan.

Voor interpretatiekwesties kunnen eventueel toepasbare regels worden benut.

8.6.6 Aanbevelingen voor Locatie, noemer en naam GIO bij annoteren met Activiteit

Een Activiteit wordt door middel van de ActiviteitLocatieaanduiding aan de bijbehorende Locatie of Locaties gekoppeld. De Locaties verwijzen steeds naar één Geometrie, dit kan een Surface (vlak) maar ook een MultiSurface (multivlak) zijn. Het koppelen van een Activiteit aan een Locatie of Locaties kan op drie manieren (waar hierna de term Locatie staat, worden ook Locaties bedoeld):

• Activiteit koppelen aan de Locatie van de Juridische regel
  Bij deze methode verwijst de Activiteit naar de Locatie van de Juridische regel waaraan ook de Activiteit is gekoppeld. Activiteit en Juridische regel hebben dus precies dezelfde Locatie. Deze methode zal vaak worden gekozen bij een meer gebiedsgericht omgevingsdocument. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

  • de Locatie is een Gebied of een Gebiedengroep;

  • de Locatie heeft een noemer;

  • de noemer van de Locatie is hetzelfde als de naam van het GIO;

  • de naam van de Activiteit moet in de tekst van de regel herkenbaar zijn;

  • de noemer moet in de tekst van de regel voorkomen.

• Activiteit koppelen aan de Locatie van een Gebiedsaanwijzing
  Bij deze methode is de Juridische regel geannoteerd met zowel een Activiteit als een Gebiedsaanwijzing. De Activiteit verwijst naar de Locatie van de Gebiedsaanwijzing. Deze methode zal vaak worden gekozen bij een sterk gebiedsgericht omgevingsdocument, bijvoorbeeld een omgevingsplan waarin veel met functies op de kaart wordt gewerkt. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

  • de Locatie is een Gebiedengroep;

  • de Locatie heeft een noemer;

  • de naam van de activiteit moet in de tekst van de regel herkenbaar zijn;

  • de naam van de Gebiedsaanwijzing moet in de tekst van de regel voorkomen;

  • de naam van de Gebiedsaanwijzing is hetzelfde als de naam van het GIO;

  • de noemer van de Locatie is hetzelfde als de naam van de Gebiedsaanwijzing.

• Activiteit koppelen aan een eigen Locatie
  Bij deze methode verwijst de Activiteit naar een eigen Locatie. Deze methode zal vaak worden gekozen bij een sterk activiteitgericht omgevingsdocument en bij een omgevingsdocument waarin onderscheid wordt gemaakt tussen de Locatie van de Juridische regel enerzijds en de Locatie van de Activiteit. Dat laatste zal vaak zijn wanneer de Locatie van de volledige Juridische regel het Ambtsgebied is en er een specifieke Locatie is waar voor de activiteit bijvoorbeeld een verbod of een vergunningplicht geldt. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

  • de Locatie is een Gebiedengroep;

  • de Locatie heeft een noemer;

  • de noemer van de Locatie is de naam van de Activiteit, aangevuld met de activiteitregelkwalificatie;

  • de noemer van de Locatie is hetzelfde als de naam van het GIO;

  • de noemer moet in de tekst van de regel voorkomen.

8.7.1 Toelichting op de toepassing

In het bestuursrecht is een norm een regel met een waarde waaraan voldaan moet worden. De Omgevingswet kent een bijzondere norm, de omgevingswaarde als bedoeld in afdeling 2.3 van de Omgevingswet. In omgevingsdocumenten met regels worden ook andere normen dan omgevingswaarden gesteld. Om de gewone norm van de omgevingswaarde te onderscheiden gebruikt de standaard voor die gewone norm de term omgevingsnorm. Een omgevingsnorm is een norm over de fysieke leefomgeving die een kwantitatieve of kwalitatieve waarde stelt waaraan voldaan moet worden en die geen omgevingswaarde is. Uitgangspunt is dat een omgevingsnorm op verschillende locaties verschillende waarden heeft. Een voorbeeld van een omgevingsnorm is: “De bouwhoogte van een woning is niet hoger dan de ter plaatse van de locatie ‘maximum bouwhoogte’ bepaalde waarde.” Dit is geen omgevingsnorm: “Het is verboden om zonder omgevingsvergunning een boom te kappen met een stamomtrek van ten minste 31 centimeter op 130 centimeter hoogte boven maaiveld.” In de regel van het laatste voorbeeld staan wel getallen maar dat zijn geen waarden bij een omgevingsnorm. De frase “stamomtrek van ten minste 31 centimeter” is de conditie waaronder de vergunningplicht geldt. De frase “130 centimeter hoogte boven maaiveld” is een meetbepaling.

Een omgevingsnorm kan zo geformuleerd zijn dat norm, waarden en een beschrijving van de locatie in de regel zijn opgenomen. Een (fictief) voorbeeld daarvan voor het omgevingsplan is: ‘De geurbelasting door activiteiten op een geurgevoelig gebouw bedraagt in de hele gemeente niet meer dan 3,0 odour units’. Een voorbeeld voor de waterschapsverordening: ‘De boordiepte bij het plaatsen van pijlers in een watergang mag nooit meer zijn dan 15 meter.’ De standaarden staan er niet aan in de weg om dit ver door te voeren door alle locaties en waarden in de tekst op te nemen. Figuur 57 geeft daarvan een voorbeeld voor het omgevingsplan en Figuur 58 geeft een voorbeeld van die toepassing in de waterschapsverordening:

Vanuit het uitgangspunt dat iedere regel een werkingsgebied heeft, moet aan zo’n Regeltekst als Locatie het hele grondgebied van het bevoegd gezag worden gekoppeld. Dan is alleen machineleesbaar gemaakt dat Regeltekst en Locatie bij elkaar horen, maar niet dat het hier gaat om een norm met bijbehorende waarde en welke dat dan zijn.

Het bevoegd gezag kan er echter ook voor kiezen om de Juridische regel met de omgevingsnorm te annoteren met het OW-object Omgevingsnorm. Daardoor wordt iedere locatie waar de omgevingsnorm geldt, herkenbaar weergegeven op een kaartbeeld en worden de waarden die de omgevingsnorm op de verschillende locaties heeft, raadpleegbaar door interactie met het kaartbeeld. De term omgevingsnorm is door de standaard geïntroduceerd en wordt alleen als annotatie gebruikt. De term heeft geen juridische betekenis en zal niet in de regeltekst van het projectbesluit voorkomen.

Naar verwachting zullen er in omgevingsdocumenten veel verschillende omgevingsnormen worden vastgesteld. Vanwege de verwachte verscheidenheid van die omgevingsnormen is er voor de standaard geen waardelijst Omgevingsnorm gemaakt. Het bevoegd gezag kan dus de naam van iedere omgevingsnorm zelf bepalen. Er is geen symbolisatie (kleur, arcering, lijnstijl) voorhanden die een grote hoeveelheid omgevingsnormen kan weergeven op een manier waarbij voor het menselijk oog voldoende onderscheid is tussen de verschillende omgevingsnormen. Daarom heeft niet iedere individuele omgevingsnorm een eigen symbolisatie, maar is er een (standaard)symbolisatie per groep bij elkaar horende omgevingsnormen. Daarvoor heeft Omgevingsnorm het attribuut groep met een bijbehorende (limitatieve) waardelijst. Het bevoegd gezag kiest een eigen naam voor de individuele omgevingsnorm en kiest voor het attribuut groep uit de waardelijst de waarde die het meest overeenkomt met de bedoeling van die omgevingsnorm. Hierdoor kunnen de Locaties van iedere omgevingsnorm in een (interactieve) viewer met de standaardweergave worden weergegeven op een kaart. Het is dan mogelijk om een kaartbeeld weer te geven van de Locaties van alle omgevingsnormen waarmee een artikel is geannoteerd, maar ook om de locaties van alle omgevingsnormen van een bepaalde omgevingsnormgroep weer te geven.

De waarden die een omgevingsnorm kan aannemen, kunnen kwantitatief oftewel numeriek zijn, maar ook kwalitatief oftewel in woorden worden beschreven. De kwalitatieve waarden kunnen in de Juridische regel worden opgenomen. Dat zal met name worden gedaan wanneer de omgevingsnorm slechts één waarde heeft die voor iedere Locatie dezelfde is. Een voorbeeld: “De bouwhoogte van een woning in het Centrumgebied is passend in het straatbeeld.” De frase ‘passend in het straatbeeld’ is de kwalitatieve waarde die in de Juridische regel is opgenomen. Kwalitatieve waarden kunnen ook in het GIO worden opgenomen. Die mogelijkheid kan worden toegepast wanneer het de bedoeling is dat op verschillende Locaties verschillende kwalitatieve waarden gelden. Een voorbeeld: “Het uiterlijk van bouwwerken dient te voldoen aan het niveau van redelijke eisen van welstand dat ter plaatse van de locatie ‘welstandsniveau’ is vastgelegd.”, waarbij in het ene gebied het welstandsniveau hoog is en in een ander gebied laag. Bij die laatste methode staan de kwalitatieve waarden niet in de Juridische regel. Dit wordt in subparagraaf 8.7.5 verder toegelicht.

Het objecttype Omgevingsnorm is primair bedoeld voor het annoteren van rechtstreeks werkende regels die daadwerkelijk een omgevingsnorm vaststellen en daar nadere bepalingen over geven. Het kan ook worden gebruikt in instructieregels om differentiatie aan te brengen in de waarden van omgevingsnormen die op grond van een instructieregel in een ander omgevingsdocument moeten worden opgenomen. Op die manier kunnen die waarden in de instructieregels door interactie met het kaartbeeld worden getoond en bevraagd. Een voorbeeld hiervan is de instructieregel die oplegt dat in een omgevingsplan voor gebied A de maximum inhoud van een agrarische bedrijfswoning niet meer mag zijn dan 400 m³ en in gebied B niet meer dan 600 m³. Daarom zijn de objecten Omgevingsnorm en Juridische regel in IMOW zo gemodelleerd dat de annotatie met het OW-object Omgevingsnorm kan worden gebruikt in combinatie met Juridische regels van het type Regel voor iedereen en van het type Instructieregel. Het is niet mogelijk om een Omgevingsnorm te gebruiken met Juridische regels van het type Omgevingswaarderegel.

8.7.2 Definitie

Omgevingsnorm is het objecttype voor het Lichaam van de Regeling van omgevingsdocumenten met Artikelstructuur dat machineleesbaar maakt dat een Juridische regel en de bijbehorende Locatie(s) gaan over een norm over de fysieke leefomgeving die in een kwantitatieve of kwalitatieve waarde wordt uitgedrukt en geen omgevingswaarde is.

8.7.3 Doel

Doel van het objecttype Omgevingsnorm is:

• machineleesbaar vastleggen dat een regel en de bijbehorende Locatie(s) gaan over een omgevingsnorm;

• juridisch geborgd vastleggen welke waarde een omgevingsnorm op de verschillende Locaties heeft, zonder alle locaties en waarden in de tekst van de regel op te moeten nemen;

• herkenbaar weergeven van de Locaties waar de regels over de omgevingsnorm gelden in een viewer of op een kaart;

• ondersteuning bieden bij het filteren van regels over een bepaalde omgevingsnorm in een viewer of op een kaart.

8.7.4 Norm

Omgevingsnorm is één van de verschijningsvormen van Norm. Omgevingsnorm en Norm kennen samen de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de omgevingsnorm die wordt overgenomen uit of ontleend aan de naam of omschrijving van de betreffende omgevingsnorm in de Juridische regel. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• type: het type van de norm waartoe de omgevingsnorm behoort. Te kiezen uit de uitbreidbare waardelijst 'Typenorm'. Verplicht attribuut. Komt 1 keer voor.

• groep: de categorie waartoe de omgevingsnorm behoort. Attribuut dat zorgt voor symbolisatie conform de standaardweergave. Te kiezen uit de limitatieve waardelijst ‘Omgevingsnormgroep’. Verplicht attribuut. Komt 1 keer voor.

• normwaarde: attribuut waarmee kan worden vastgelegd welke waarde een omgevingsnorm op een bepaalde locatie heeft. De waarde kan kwantitatief (oftewel numeriek) of kwalitatief (oftewel in woorden) worden uitgedrukt of in de Regeltekst worden opgenomen. Verplicht attribuut. Komt zo vaak voor als gewenst.
  normwaarde wordt ingevuld met de gegevensgroep Normwaarde die de volgende attributen kent:

  • identificatie: de unieke identificatie waaronder elk voorkomen van Normwaarde bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

  • een verplichte keuze uit de volgende attributen:

    • kwalitatieveWaarde: de kwalitatief oftewel in woorden beschreven waarde van de omgevingsnorm wanneer deze op verschillende locaties een verschillende waarde heeft en die waarden in het informatieobject zijn opgenomen. Het bevoegd gezag is vrij in de keuze van de beschrijving van de waarde. Optioneel attribuut. Komt 0 of 1 keer voor. De waarden worden in het OW-object én in een GIO vastgelegd. Dit attribuut kan alleen worden gebruikt wanneer de waarden niet in de Regeltekst staan.

    • kwantitatieveWaarde: de kwantitatief oftewel numeriek vastgelegde waarde van de omgevingsnorm. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd door middel van een getal. De waarden worden in het OW-object én in een GIO vastgelegd. Dit attribuut kan alleen worden gebruikt wanneer de waarden niet in de Regeltekst staan.

    • waardeInRegeltekst: attribuut dat wordt gebruikt wanneer de waarde van de omgevingsnorm in de Regeltekst is opgenomen. Het bevoegd gezag is vrij in de keuze van de beschrijving van de waarde. Optioneel attribuut. Komt 0 of 1 keer voor. Dit attribuut kan alleen worden gebruikt wanneer de waarden in de Regeltekst staan.

• eenheid: de grootheid waarin de kwantitatieve waarde van de Omgevingsnorm wordt uitgedrukt. Het bevoegd gezag is vrij in de keuze van de eenheid, waarbij gebruik gemaakt kan worden van de uitbreidbare waardelijst 'Eenheid'. Onder voorwaarde verplicht attribuut: alleen te gebruiken wanneer bij Normwaarde is gekozen voor het attribuut kwantitatieveWaarde; dan verplicht. Komt dan 1 keer voor.

• locatieaanduiding: de verwijzing van een specifieke Normwaarde behorend bij een Omgevingsnorm naar (de identificatie van) de bijbehorende Locatie; attribuut dat de specifieke Locatie aanduidt waar deze annotatie Omgevingsnorm van toepassing is. Verplicht attribuut. Komt ten minste 1 keer voor.

Omgevingsnorm heeft de volgende constraints:

• waarde is kwalitatief of kwantitatief of waardeInRegeltekst;

• eenheid alleen bij kwantitatieve normwaarden.

8.7.5 Toelichting op de norm

Attributen en waardelijsten

• naam: de naam van de omgevingsnorm. Het bevoegd gezag kan zelf de naam van de omgevingsnorm bepalen, er is geen waardelijst voor de naam van de omgevingsnorm. De naam kan worden overgenomen uit de Juridische regel. Wanneer de omgevingsnorm in de Juridische regel een lange naam of omschrijving heeft kan indien gewenst een verkorte versie daarvan in het attribuut naam worden opgenomen.

• type: attribuut dat aangeeft tot welk type een omgevingsnorm behoort. Dit attribuut geeft een gedetailleerdere indeling van omgevingsnormen dan het attribuut groep dat hierna besproken wordt. Het speelt geen rol bij de weergave van omgevingsnormen. Dit attribuut is vergelijkbaar met de maatvoeringaanduidingen uit de RO Standaarden, maar dan voor het domein van de Omgevingswet. Een voorbeeld is: maximum aantal rijstroken. Voor type kan gebruik gemaakt worden van de uitbreidbare waardelijst ‘Typenorm’. Zie voor de -vooralsnog beperkte- betekenis van uitbreidbare waardelijsten paragraaf 3.5.

• groep: om een groot aantal verschillende omgevingsnormen op een kaartbeeld te kunnen weergeven op een manier die voor het menselijk oog voldoende onderscheidend is, worden omgevingsnormen gebundeld in groepen. De groep vormt het kenmerk waarop de symbolisatie (kleur, arcering, lijnstijl) van de standaardweergave wordt georganiseerd. De groepen die gebruikt kunnen worden zijn opgenomen in de limitatieve waardelijst ‘Omgevingsnormgroep’. Om het mogelijk te maken ook omgevingsnormen te annoteren die nu nog niet voorzien zijn, is de groep ‘overig’ aan de waardelijst toegevoegd.

• normwaarde: attribuut waarmee wordt vastgelegd welke specifieke waarden een omgevingsnorm op specifieke locaties heeft en van welke soort die combinatie van norm en waarde voor een bepaalde omgevingsnorm is. Het attribuut normwaarde maakt gebruik van de gegevensgroep Normwaarde. In het navolgende worden de attributen van Normwaarde toegelicht.

  • identificatie: iedere Normwaarde heeft een identificatie. Let op: ook Omgevingsnorm zelf heeft een identificatie.

  • een keuze tussen de attributen kwalitatieveWaarde, kwantitatieveWaarde en waardeInRegeltekst:

    • kwalitatieveWaarde: dit attribuut wordt gekozen voor waarden die kwalitatief worden vastgelegd, oftewel in woorden worden omschreven, in het geval dat de Omgevingsnorm op verschillende locaties verschillende kwalitatieve waarden heeft, die in een GIO worden vastgelegd. Een (fictief) voorbeeld voor de omgevingsnorm maximum bouwhoogte: 'passend in het straatbeeld' voor locatie A, 'niet hoger dan de kerk' voor locatie B. De STOP/TPOD-standaard staat niet toe dat kwalitatieve waarden die bij een norm horen zowel in de tekst als in het normwaarde-attribuut van Omgevingsnorm en GIO’s voorkomen. Er moet namelijk eenduidig vaststaan wat de bron van een waarde is. Dit uitgangspunt voorkomt ook dat in de tekst per abuis een andere waarde staat dan in het normwaarde-attribuut en het GIO. Daarom kan het attribuut kwalitatieveWaarde alleen gebruikt worden wanneer de waarden niet in de Regeltekst staan.

    • kwantitatieveWaarde: dit attribuut wordt gekozen bij een kwantitatieve oftewel numerieke vastlegging van de omgevingsnorm. Bij het attribuut kwantitatieveWaarde worden de waarden die voor de verschillende locaties gelden in getallen vastgelegd. Wanneer dit attribuut is gekozen, moet ook het attribuut eenheid worden toegepast. Dat wordt verderop in deze subparagraaf toegelicht. De STOP/TPOD-standaard staat niet toe dat kwantitatieve waarden die bij een norm horen zowel in de tekst als in het normwaarde-attribuut van Omgevingsnorm en GIO’s voorkomen. Er moet namelijk eenduidig vaststaan wat de bron van een waarde is. Dit uitgangspunt voorkomt ook dat in de tekst per abuis een andere waarde staat dan in het normwaarde-attribuut en het GIO. Daarom kan het attribuut kwantitatieveWaarde alleen gebruikt worden wanneer de waarden niet in de Regeltekst staan.

    • waardeInRegeltekst: dit attribuut wordt gebruikt in die gevallen waarin het bevoegd gezag het wel wenselijk vindt om een omgevingsnorm met het OW-object Omgevingsnorm te annoteren maar niet de waarden van de omgevingsnorm aan de annotatie wil toevoegen en in een GIO wil vastleggen. De omgevingsnorm wordt dan wel op een kaart weergegeven en is ook in het Omgevingsloket als omgevingsnorm bevraagbaar. Deze optie kan bijvoorbeeld gebruikt worden wanneer een omgevingsnorm overal waar hij voorkomt dezelfde waarde heeft, en bij heel complexe waarden. Bij de keuze voor waardeInRegeltekst verschijnt bij raadpleging in de viewer de tekst 'waarde staat in regeltekst'. De STOP/TPOD-standaard staat niet toe dat kwantitatieve en kwalitatieve waarden die bij een norm horen zowel in de tekst als in het normwaarde-attribuut van Omgevingsnorm en GIO’s voorkomen. Er moet namelijk eenduidig vaststaan wat de bron van een waarde is. Dit uitgangspunt voorkomt ook dat in de tekst per abuis een andere waarde staat dan in het normwaarde-attribuut en het GIO. Wanneer de waarden in de Regeltekst staan kan dan ook alleen het attribuut waardeInRegeltekst gebruikt worden.

De waarden die worden vastgelegd met kwalitatieveWaarde en kwantitatieveWaarde worden vastgelegd in GIO’s en krijgen daarmee hun juridische borging. Bij gebruik van het attribuut waardeInRegeltekst wordt in het GIO alleen de Locatie vastgelegd en niet de waarde.

• eenheid: met het attribuut eenheid wordt aangegeven in welke grootheid de kwantitatieve waarde van de Normwaarde kwantitatieveWaarde is uitgedrukt, bijvoorbeeld μg/m³. Samen met het getal dat bij het attribuut kwantitatieveWaarde is ingevuld wordt dit bijvoorbeeld 200 μg/m³. Voor eenheid kan gebruik gemaakt worden van de uitbreidbare waardelijst 'Eenheid'. Zie voor de -vooralsnog beperkte- betekenis van uitbreidbare waardelijsten paragraaf 3.5. Het attribuut eenheid is bij Norm geplaatst. Dat verplicht er toe om alle voorkomens van een specifieke norm in dezelfde eenheid uit te drukken. Daardoor komen in een geo-informatieobject ook alleen waarden voor met dezelfde eenheid. Dit voorkomt bij voorbeeld dat een bepaalde omgevingsnorm de ene keer in meters en de andere keer in decimeters wordt uitgedrukt.

• locatieaanduiding: het attribuut dat de verwijzing bevat naar de identificatie van de Locatie die bij deze specifieke Normwaarde behorend bij een Omgevingsnorm hoort én aangeeft wat de betekenis van Locatie is voor het object waar het bij hoort; in dit geval voor Omgevingsnorm. Dit attribuut legt dus vast dat deze Locatie de locatie is waar een bepaalde Normwaarde van de Omgevingsnorm van toepassing is.

Constraints

• waarde is kwalitatief of kwantitatief of waardeInRegeltekst: deze constraint, die geldt voor Normwaarde, houdt in dat er bij Normwaarde altijd één van de genoemde attributen gekozen moet worden, met andere woorden: het is verplicht dat er precies één van de drie voorkomt, niet minder en niet meer.

• eenheid alleen bij kwantitatieve normwaarden: deze constraint, die geldt voor het attribuut eenheid bij Norm, legt vast dat het attribuut eenheid alleen mag voorkomen indien bij Normwaarde is gekozen voor het attribuut kwantitatieveWaarde. Als bij Normwaarde gekozen is voor kwalitatieveWaarde of waardeInRegeltekst mag het attribuut eenheid niet voorkomen.

De eerste keer dat een specifieke omgevingsnorm (bij voorbeeld de omgevingsnorm ‘maximum aantal parkeerplaatsen’ of ‘maximum boordiepte') in een omgevingsdocument in een Juridische regel voorkomt, wordt deze met het OW-object Omgevingsnorm geannoteerd, met een verwijzing naar de Locatie die bij die Juridische regel hoort. Als in een volgende Juridische regel diezelfde omgevingsnorm wordt gebruikt, wordt in die Juridische regel volstaan met een verwijzing naar het betreffende al bestaande Omgevingsnorm-object, en wordt verwezen naar de Locatie die bij de nieuwe Juridische regel hoort. Op deze manier is van iedere afzonderlijke Juridische regel over die omgevingsnorm te zien welke Locatie er bij hoort en is ook zichtbaar welke Locaties horen bij de specifieke Omgevingsnorm. Een Omgevingsnorm heeft dus altijd met 1 of meer Juridische regels een relatie.

8.7.6 Aanbevelingen voor Locatie, noemer en naam GIO bij annoteren met Omgevingsnorm

Een Omgevingsnorm wordt door middel van de Normwaarde aan de bijbehorende Locatie gekoppeld. De locaties verwijzen steeds naar één Geometrie, dit kan een Surface (vlak) maar ook een MultiSurface (multivlak) zijn. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

• de Locatie bestaat uit losse Gebieden of een Gebiedengroep;

• de Locatie heeft een noemer;

• de naam van de Omgevingsnorm is hetzelfde als de naam van het GIO;

• de naam van de Omgevingsnorm (en daarmee ook van het GIO) moet herkenbaar in de tekst van de regel voorkomen;

• de noemer van de Locatie zal meestal hetzelfde zijn als de naam van de Omgevingsnorm;

• het in één Omgevingsnorm vermengen van waarden die per vlak gelden en waarden die een gezamenlijke waarde voor een aantal vlakken zijn moet worden voorkomen;

• bij een Omgevingsnorm die een gezamenlijke waarde voor een aantal vlakken stelt moet in de naam van de Omgevingsnorm tot uitdrukking komen dat het om een gezamenlijke waarde voor meerdere vlakken gaat.

8.8.1 Toelichting op de toepassing

In omgevingsdocumenten worden gebieden benoemd waarover regels worden gesteld respectievelijk beleids- of uitvoeringsaspecten worden vastgelegd. Met het objecttype Gebiedsaanwijzing kunnen die gebieden op een kaart worden weergeven, op een zodanige manier dat duidelijk is waar de regel of het beleids- of uitvoeringsaspect over gaat. Ook maakt Gebiedsaanwijzing het mogelijk om in een viewer een selectie te maken van bepaalde gebieden.

Het objecttype Gebiedsaanwijzing is een generiek objecttype. Het is generiek gemodelleerd om voldoende flexibiliteit te bieden voor toekomstige ontwikkelingen. Het wordt specifiek gemaakt door het attribuut type, dat gekozen wordt uit een limitatieve waardelijst. Nieuwe typen gebieden kunnen worden aangewezen doordat (na een wijzigingsproces) nieuwe waarden aan de waardelijst voor type worden toegevoegd; het is dus niet nodig om extra objecttypen aan het informatiemodel toe te voegen.

De waardelijst voor de Gebiedsaanwijzingtypen bevat nu 19 waarden. Ze zijn onder te verdelen in sectorale en niet-sectorale typen, zoals is aangegeven in Tabel 8.

8.8.2 Definitie

Gebiedsaanwijzing is het objecttype het Lichaam van de Regeling van omgevingsdocumenten dat machineleesbaar maakt dat een Juridische regel of een Tekstdeel en de bijbehorende Locatie(s) een specifiek type gebied aanwijzen.

8.8.3 Doel

Doel van het generieke objecttype Gebiedsaanwijzing is het bieden van modelmatige flexibiliteit waardoor het toevoegen van nieuwe typen mogelijk is zonder modelwijziging.

Doel van de verschillende typen Gebiedsaanwijzing is:

• machineleesbaar vastleggen dat een Juridische regel of Tekstdeel en de bijbehorende Locatie(s) gaan over een specifiek type gebied;

• zodanig op een kaart weergeven van de Locaties waar de regels of het beleid over dat type gebied gelden, dat herkenbaar is over welk aspect ze gaan en er een legenda gemaakt kan worden;

• kunnen filteren in een viewer of op een kaart.

8.8.4 Norm

Gebiedsaanwijzing kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Verplicht attribuut. Komt 1 keer voor.

• type: het type Gebiedsaanwijzing. Te kiezen uit de limitatieve waardelijst ‘TypeGebiedsaanwijzing’. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de specifieke vorm van een bepaald type Gebiedsaanwijzing. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• groep: de categorie waartoe de specifieke vorm van een bepaald type Gebiedsaanwijzing behoort; attribuut dat de koppeling legt naar de standaardsymbolisatie van die categorie van de Gebiedsaanwijzing. Te kiezen uit de voor het betreffende type Gebiedsaanwijzing van toepassing zijnde limitatieve waardelijst ‘[TypeGebiedsaanwijzing]groep’ (waarbij op de plaats van [TypeGebiedsaanwijzing] het betreffende type Gebiedsaanwijzing wordt ingevuld). Verplicht attribuut. Komt 1 keer voor.

• locatieaanduiding: de verwijzing van een specifieke vorm van een bepaald type Gebiedsaanwijzing naar de bijbehorende Locatie door middel van de identificatie van; attribuut waarmee de Locatie wordt aangeduid waar deze annotatie Gebiedsaanwijzing van toepassing is. Verplicht attribuut. Komt ten minste 1 keer voor. Gebiedsaanwijzing heeft één of meer Locaties en één of meer locatieaanduiding-relaties met Locatie.

Gebiedsaanwijzing kent geen constraints.

8.8.5 Toelichting op de norm

• type: Gebiedsaanwijzing is een generiek objecttype dat gespecificeerd wordt naar type. Het type wordt vastgelegd met het attribuut type. De typen die gebruikt kunnen worden zijn opgenomen in de limitatieve waardelijst ‘TypeGebiedsaanwijzing’. Voorbeelden zijn: Beperkingengebied, Externe veiligheid en Functie.

• naam: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de naam van de gebiedsaanwijzingen. Het gaat hier om de naam van een specifiek voorkomen van een bepaald type gebiedsaanwijzing, bijvoorbeeld ‘Centrumgebied’ als voorkomen van het Gebiedsaanwijzingtype Functie of ‘Kantoorlocatie’ als voorkomen van het Gebiedsaanwijzingtype Ruimtelijk gebruik.

• groep: om een groot aantal verschillende gebiedsaanwijzingen van een bepaald type op een kaartbeeld te kunnen weergeven op een manier die voor het menselijk oog voldoende onderscheidend is, wordt ieder type Gebiedsaanwijzing gebundeld in groepen. De groep vormt het kenmerk waarop de symbolisatie (kleur, arcering, lijnstijl) van de standaardweergave wordt georganiseerd. Ieder type Gebiedsaanwijzing heeft een eigen, limitatieve, waardelijst voor de groepen. Afhankelijk van het type wordt de bijbehorende waardelijst gekozen. Zie hiervoor ook de uitgebreidere toelichting in paragraaf 8.8.1.4.

• locatieaanduiding: attribuut dat vastlegt dat deze Locatie de locatie is waar deze specifieke vorm van een bepaald type Gebiedsaanwijzing van toepassing is. Bij een specifieke vorm van een bepaald Gebiedsaanwijzingtype horen één of meer Locaties; per Locatie is er een locatieaanduiding.
  Uitgangspunt is dat het objecttype Gebiedsaanwijzing wordt gebruikt voor het aanwijzen van gebieden. In principe verwijst de locatieaanduiding van een Gebiedsaanwijzing altijd naar Locaties van de verschijningsvorm Gebied of Gebiedengroep (of eventueel Ambtsgebied). Er zijn echter gevallen waarin het wenselijk kan zijn om een Gebiedsaanwijzing te gebruiken voor het herkenbaar weergeven van lijnen. Een voorbeeld daarvan is het gebruik van de Gebiedsaanwijzing Bouw om in het omgevingsplan rooilijnen weer te geven. Het gebruik van het object Gebiedsaanwijzing in combinatie met punten ligt minder voor de hand, maar wordt niet uitgesloten.

8.8.6 Aanbevelingen voor Locatie, noemer en naam GIO bij annoteren met Gebiedsaanwijzing

Een Gebiedsaanwijzing wordt aan de bijbehorende Locatie gekoppeld. De locaties verwijzen steeds naar één Geometrie, dit kan een Surface (vlak) maar ook een MultiSurface (multivlak) zijn. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

• de Locatie is een Gebiedengroep;

• de Locatie heeft een noemer;

• de naam van de Gebiedsaanwijzing is hetzelfde als de naam van het GIO;

• de naam van de Gebiedsaanwijzing (en daarmee ook van het GIO) moet in de tekst van de regel voorkomen;

• de noemer van de Locatie is hetzelfde als de naam van de Gebiedsaanwijzing.

8.8.7 De typen Gebiedsaanwijzing

In het tijdelijk regelingdeel bij het projectbesluit mogen uitsluitend de typen Gebiedsaanwijzing worden gebruikt die in deze paragraaf zijn opgenomen.

8.9.1 Toelichting op de toepassing

Zoals in paragraaf 3.6 is beschreven, heeft het bevoegd gezag twee methoden om zelf invloed uit te oefenen op de weergave van objecten, Locaties en waarden op een kaart. De eerste methode bestaat uit het kiezen van een eigen, specifieke symbolisatie voor een aantal objecttypen. Het bevoegd gezag kan de symbolisatie zelf kiezen uit de lijst van gestandaardiseerde symboolcodes, te vinden in de symbolenbibliotheek. Daarvoor wordt het objecttype SymbolisatieItem gebruikt.

Met SymbolisatieItem kan het bevoegd gezag een eigen, specifieke symbolisatie geven aan ActiviteitLocatieaanduiding, Normwaarde en (de verschillende typen) Gebiedsaanwijzing.

De tweede methode, het zelf samenstellen van kaarten en kaartlagen, is beschreven in de paragrafen 8.10 en 8.11.

8.9.2 Definitie

SymbolisatieItem is het objecttype waarmee een bevoegd gezag zelf de symbolisatie van domeinspecifieke objecten kan bepalen, die daarmee voorrang krijgt boven de standaardsymbolisatie.

8.9.3 Doel

1. Doel van het objecttype SymbolisatieItem is om het bevoegd gezag de mogelijkheid te bieden om zelf de symbolisatie van objecten te bepalen.

8.9.4 Norm

SymbolisatieItem kent de volgende attributen:

• symboolcode: een waarde uit de lijst van gestandaardiseerde symboolcodes, te vinden in de symbolenbibliotheek. Verplicht attribuut. Komt 1 keer voor.

• activiteitLocatieaanduidingSymbolisatie: de Activiteitlocatieaanduiding die weergegeven dient te worden met de symbolisatie die door het bevoegd gezag is bepaald en afwijkt van de standaardsymbolisatie. Optioneel attribuut. Komt zo vaak voor als gewenst.

• gebiedsaanwijzingSymbolisatie: de Gebiedsaanwijzing die weergegeven dient te worden met de stijl behorende bij de symboolcode. Optioneel attribuut. Komt zo vaak voor als gewenst.

• normwaardeSymbolisatie: de normwaarde die weergegeven dient te worden met de stijl behorende bij de symboolcode. Optioneel attribuut. Komt zo vaak voor als gewenst.

SymbolisatieItem kent geen constraints.

8.9.5 Toelichting op de norm

• symboolcode: het attribuut waarmee de gekozen symboolcode wordt vastgelegd. Het bevoegd gezag kiest de symboolcode uit de symbolenbibliotheek die hoort bij de symbolisatie die overeenkomt met de wijze waarop het bevoegd gezag de objecten wil weergeven. Wanneer het object SymbolisatieItem wordt gebruikt, is dat het object dat voor de weergave zorgt. Het gaat dan dus boven de weergave-werking van het attribuut groep.

• activiteitLocatieaanduidingSymbolisatie, gebiedsaanwijzingSymbolisatie, normwaardeSymbolisatie: de attributen die de verwijzing bevatten van het SymbolisatieItem naar de identificatie van een specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing of Normwaarde. Dit attribuut geeft aan welke van die objecten weergegeven wordt met de symboolcode uit het SymbolisatieItem. Voor de volledigheid wordt opgemerkt dat de ActiviteitLocatieaanduidingen, Gebiedsaanwijzingen Normwaarden waarnaar niet verwezen wordt met SymbolisatieItem, worden weergegeven met de standaardweergave van de groep die bij die objecten hoort.
  Met activiteitLocatieaanduidingSymbolisatie is het mogelijk om de activiteiten ‘het exploiteren van een discotheek’ en ‘het exploiteren van daghoreca’ ieder op een eigen manier weer te geven in plaats van met de standaardweergave die hoort bij de Activiteitengroep ‘exploitatieactiviteit horeca’. Ook is het hiermee mogelijk om de symbolisatie af te stemmen op de ‘instantie’ van de activiteit, oftewel de activiteitregelkwalificatie. De Locaties waar voor een bepaalde activiteit een vergunningplicht geldt worden dan bijvoorbeeld in een rode kleur weergegeven en de locaties waar die activiteit zonder vergunning of melding is toegestaan worden in een groene kleur weergegeven. Met gebiedsaanwijzingSymbolisatie kunnen specifieke voorkomens van een type Gebiedsaanwijzing die tot dezelfde groep behoren, ieder op een manier worden weergegeven in plaats van met de standaardweergave die hoort bij de betreffende groep.
  Met normwaardeSymbolisatie is het bijvoorbeeld mogelijk om van een omgevingsnorm of omgevingswaarde alle waarden die liggen tussen 0 en 5 met een rode kleur weer te geven en alle waarden die liggen tussen 6 en 10 met een blauwe kleur.

8.10.1 Toelichting op de toepassing

Zoals in paragraaf 3.6 is beschreven, heeft het bevoegd gezag twee methoden om zelf invloed uit te oefenen op de weergave van objecten, Locaties en waarden op een kaart. De eerste methode, die bestaat uit het kiezen van een eigen symbolisatie met behulp van het objecttype SymbolisatieItem, is beschreven in paragraaf 8.9.

De tweede methode die bevoegde gezagen ter beschikking staat, is het zelf samenstellen van kaarten en kaartlagen. Met deze methode kan het bevoegd gezag zelf aangeven dat bepaalde informatie, of een set van informatie, op een afzonderlijke kaart of kaartlaag moet worden weergegeven. Die tweede methode wordt beschreven in deze en in de volgende paragraaf.

Het objecttype Kaart kan gebruikt worden om vast te leggen dat een Juridische regel of een Tekstdeel wordt weergegeven op een specifieke kaart. Daarmee is het mogelijk om een kaart te genereren waarop alle Locaties en OW-objecten worden weergegeven die horen bij Juridische regels respectievelijk Tekstdelen die met het objecttype Kaart zijn geannoteerd.

Deze eigen weergavemogelijkheden gelden alleen voor DSO-LV en een eventuele eigen viewer van het bevoegd gezag, niet op overheid.nl.

8.10.2 Definitie

Het objecttype Kaart is het objecttype waarmee een bevoegd gezag aan kan geven dat bij een specifieke Juridische regel respectievelijk een specifiek Tekstdeel de domeinspecifieke OW-objecten moeten worden weergegeven op een afzonderlijke kaart.

8.10.3 Doel

Doel van het objecttype Kaart is het kunnen genereren van een kaart waarop de Locaties en OW-objecten worden weergegeven die horen bij één of meer bepaalde Juridische regels of Tekstdelen zodat die in samenhang kunnen worden getoond.

8.10.4 Norm

Kaart kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de kaart. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• nummer: het nummer van de kaart. Door het bevoegd gezag te kiezen. Optioneel attribuut. Komt 0 of 1 keer voor.

• uitsnede: de ligging van de kaart. Verplicht attribuut. Komt 1 keer voor. Het attribuut uitsnede wordt ingevuld met de gegevensgroep Kaartextent die de volgende attributen kent:

  • minX: de laagste X-coördinaat, bepaalt de linkergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • minY: de laagste Y-coördinaat, bepaalt de ondergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • maxX: de hoogste X-coördinaat, bepaalt de rechtergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • maxY: de hoogste Y-coördinaat, bepaalt de bovengrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

• kaartlagen: de verwijzing van een specifieke Kaart naar (de identificatie van) de kaartlagen die deze kaart vormen. Verplicht attribuut. Komt 1 of meerdere keren voor.

Wanneer Kaart wordt gebruikt, moet aan de bijbehorende Juridische regel dan wel het bijbehorende Tekstdeel het attribuut kaartaanduiding worden toegevoegd, dat aangeeft op welke Kaart de Juridische regel dan wel het Tekstdeel wordt weergegeven.

Kaart kent geen waardelijsten en geen constraints.

8.10.5 Toelichting op de norm

kaartuitsnede: met het attribuut kaartuitsnede kan het bevoegd gezag de exacte grenzen van een specifieke kaart aangeven. DSO-LV kan dit gebruiken in de weergave.

kaartlagen: het attribuut dat de verwijzing bevat van een specifieke kaart naar de identificatie van de afzonderlijke kaartlagen die de kaart opbouwen. De volgorde waarmee verwezen wordt naar de afzonderlijke kaartlagen heeft geen invloed aangezien de opbouw van de kaart bepaald wordt door het attribuut niveau van het object Kaartlaag.

8.11.1 Toelichting op de toepassing

Op een kaart kan veel informatie voorkomen. Wanneer die informatie in verschillende kaartlagen wordt vastgelegd is het mogelijk om alle informatie van de kaart tegelijk weer te geven, om de informatie van één van de kaartlagen weer te geven en om de informatie van een deel van de kaartlagen in samenhang weer te geven.

8.11.2 Definitie

Kaartlaag is het objecttype waarmee de lagen worden gedefinieerd waaruit een kaart wordt opgebouwd.

8.11.3 Doel

Doel van het objecttype Kaartlaag is om het mogelijk te maken dat een kaart kan worden opgebouwd uit verschillende, door het bevoegd gezag te bepalen lagen en dat geselecteerd kan worden welke informatie van een kaart op die kaartlaag wordt weergegeven.

8.11.4 Norm

Kaartlaag kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de Kaartlaag. Het bevoegd gezag is vrij in de keuze van de naam. Optioneel attribuut. Komt 0 of 1 keer voor.

• niveau: de plaats van een specifieke Kaartlaag in de volgorde van Kaartlagen waarmee een Kaart moet worden opgebouwd. Verplicht attribuut. Komt 1 keer voor. Wordt vastgelegd door middel van een positief geheel getal.

• gebiedsaanwijzingweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een Gebiedsaanwijzing die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

• normweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een Omgevingsnorm of Omgevingswaarde die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

• activiteitlocatieweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een ActiviteitLocatieaanduiding die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

Kaartlaag kent geen waardelijsten en geen constraints.

8.11.5 Toelichting op de norm

• niveau: het niveau bepaalt de volgorde waarin de kaartlagen worden opgebouwd. Niveau 1 is de onderste Kaartlaag, de hier op volgende kaartlagen worden daarboven geprojecteerd.

• activiteitlocatieweergave, gebiedsaanwijzingweergave, normweergave: de attributen die de verwijzing bevatten van de Kaartlaag naar de identificatie van een specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing, Omgevingswaarde of Omgevingsnorm. Dit attribuut geeft aan welke van die objecten moet worden weergegeven op een bepaalde kaartlaag.
  Wanneer aan de specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing, Omgevingswaarde of Omgevingsnorm het object SymbolisatieItem is gekoppeld, wordt het object op de kaartlaag weergegeven met de door het bevoegd gezag gekozen symbolisatie. Wanneer er geen object SymbolisatieItem is gekoppeld, wordt het object op de kaartlaag weergegeven met de standaardweergave van de groep die bij het specifieke object is aangegeven.

8.12.1 Toelichting op de toepassing

Het objecttype Regelingsgebied is bedoeld om het volledige gebied waar het tijdelijk regelingdeel over gaat aan te geven. Dat volledige gebied bestaat uit een Locatie die het bevoegd gezag vormt uit de optelling van alle Locaties van de Juridische regels die in het tijdelijk regelingdeel voorkomen. Het object Regelingsgebied bestaat uit één Locatie die de buitengrens of buitengrenzen van de optelling van alle Locaties van het tijdelijk regelingdeel vormt. Wanneer het Regelingsgebied van een tijdelijk regelingdeel niet één aaneengesloten geheel vormt, kan de Locatie uiteraard bestaan uit de samenvoeging van twee of meer Gebieden tot een Gebiedengroep. Bij een projectbesluit dat meerdere omgevingsplannen wijzigt en dus meerdere tijdelijk regelingdelen instelt, levert het bevoegd gezag per tijdelijk regelingdeel een Regelingsgebied aan.

Aan de hand van het object Regelingsgebied, samen met de STOP-metadata die over de Regeling aangeven van welk bevoegd gezag de Regeling is (STOP-metadata-element ‘Eindverantwoordelijke’), het type omgevingsdocument (STOP-metadata-element ‘Soort regeling’) en het omgevingsplan waarvan het tijdelijk regelingdeel deel gaat uitmaken (isTijdelijkDeelVan) kan DSO-LV bepalen welke regelingen op welke gebieden van toepassing zijn. Het objecttype Regelingsgebied is noodzakelijk voor DSO-LV om het tijdelijk regelingdeel te kunnen tonen.

Regelingsgebied is een objecttype dat hoort bij de Regeling. Het wordt niet gekoppeld aan een Juridische regel. Het is dus niet nodig (en ook niet de bedoeling) om in het tijdelijk regelingdeel een artikel op te nemen dat een Regelingsgebied instelt. Het Regelingsgebied dat in deze paragraaf wordt beschreven, is het Regelingsgebied van een tijdelijk regelingdeel: het volledige gebied waar het projectbesluit het betreffende omgevingsplan wijzigt. Dit Regelingsgebied kan hetzelfde zijn als het Regelingsgebied van het vrijetekstgedeelte van het projectbesluit dat in paragraaf 7.12 is beschreven, maar kan ook kleiner of groter zijn.

8.12.2 Definitie

Regelingsgebied is het objecttype dat machineleesbaar vastlegt waar de volledige Regeling van toepassing is.

8.12.3 Doel

Doel van het objecttype Regelingsgebied is het geheel van Locaties aan te geven waarover in een bepaalde Regeling regels dan wel beleid zijn vastgesteld.

8.12.4 Norm

Regelingsgebied kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor.

• locatieaanduiding: de verwijzing van een Regelingsgebied naar (de identificatie van) de bijbehorende Locatie; attribuut dat de specifieke Locatie aanduidt waar dit Regelingsgebied van toepassing is. Verplicht attribuut. Komt 1 keer voor.

Regelingsgebied kent geen waardelijsten en geen constraints.

8.12.5 Toelichting op de norm

locatieaanduiding: het attribuut dat de verwijzing bevat naar de identificatie van de specifieke Locatie die bij het Regelingsgebied hoort. Voor Regelingsgebied bevat Locatie de geometrie(ën) die de buitengrens of buitengrenzen van de regeling vormen.

9.1.1 Wijzigingsmethode renvooi

Een bestuursorgaan dat een omgevingsdocument wijzigt, besluit alleen over de wijzigingen die het in dat omgevingsdocument aanbrengt, niet over de ongewijzigde onderdelen. In een wijzigingsbesluit staan daarom alleen de onderdelen van het omgevingsdocument die gewijzigd zijn. De wijzigingsmethode renvooi ondersteunt dat aspect van het besluitvormingsproces optimaal: met renvooi worden in de tekst speciale markeringen aangebracht die de wijzigingen die het besluit ten opzichte van de vorige versie van de regeling aanbrengt, op een voor de mens inzichtelijk manier zichtbaar maken. Daarnaast is deze methodiek automatiseerbaar. Daardoor kan geautomatiseerd uit de bestaande tekst en de renvooimarkeringen in het wijzigingsbesluit de nieuwe versie van de tekst ge(re)construeerd worden en kunnen de renvooimarkeringen geautomatiseerd worden gegenereerd door de twee versies van de tekst met elkaar te vergelijken.

Het bevoegd gezag start het wijzigingsproject door de juridische uitgangssituatie te kiezen: de versie van de regeling ten opzichte waarvan de wijzigingen worden aangebracht. Doorgaans zal dat de op het moment van starten geldende versie van de regeling zijn. Bij toepassing van versiebeheer wordt van die juridische uitgangssituatie een bevroren versie gemaakt. In die bevroren regelingversie worden de voor het wijzigingsproject benodigde wijzigingen in de tekst aangebracht. Het is mogelijk dat tussen de start van dit project en de publicatie van het ontwerp- of definitieve besluit andere wijzigingsbesluiten hebben geleid tot een nieuwe versie van de geldende regeling. Als dat zo is, worden die wijzigingen overgenomen in de juridische uitgangssituatie voor het wijzigingsproject. De juridische uitgangssituatie is de ‘was’-versie; de juridische uitgangssituatie inclusief de wijzigingen van het wijzigingsproject is de ‘wordt’-versie. Uit een vergelijking van de ‘wordt’-versie van de regeling met de ‘was’-versie van de regeling genereert de plansoftware (of een renvooiservice) het ontwerp- of definitieve wijzigingsbesluit, waarin de wijzigingen met renvooimarkeringen zijn aangegeven.

Bron van het wijzigingsbesluit is de XML-versie waarin machineleesbaar de wijzigingen worden gespecificeerd. Daarvan wordt een PDF-versie gegenereerd, waarin in renvooi de wijzigingen op een mensleesbare manier worden weergegeven.

Bij gebruik van de wijzigingsmethode renvooi wordt in de WijzigBijlage van het Besluit een RegelingMutatie opgenomen met daarin achtereenvolgens alle wijzigingen.

Het model voor regelingen met artikelstructuur kent de volgende elementen:

• RegelingOpschrift

• Lichaam, met daarbinnen de tekstelementen Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf, Subsubparagraaf, Artikel en Lid

• Bijlage, met daarbinnen Divisie en Divisietekst

• Toelichting, met daarbinnen

  • AlgemeneToelichting, met daarbinnen Divisie en Divisietekst

  • ArtikelgewijzeToelichting, met daarbinnen Divisie en Divisietekst

De elementen van een regeling die met de wijzigingsmethode renvooi gemuteerd kunnen worden, worden mutatie-eenheden genoemd. De mutatie-eenheden in een regeling met artikelstructuur zijn:

• de elementen Lichaam, Bijlage, Toelichting, AlgemeneToelichting en ArtikelgewijzeToelichting;

• de tekstelementen Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf, Subsubparagraaf, Artikel, Divisie en Divisietekst.

Het RegelingOpschrift kan niet gemuteerd worden. Het hele lichaam wordt slechts in uitzonderlijke gevallen, wanneer er ingrijpende wijzigingen in de structuur van het lichaam van de regeling nodig zijn, vervangen.

In het lichaam is artikel de kleinste mutatie-eenheid. Dit betekent dat het artikel de eenheid is die, ongeacht hoeveel wijzigingen in dat artikel of in de leden van dat artikel worden aangebracht, als geheel vervangen wordt bij consolidatie. Door de renvooi-weergave wordt zichtbaar wat er door het wijzigingsbesluit in het artikel gewijzigd is. Het is ook de eenheid waarover in de wetstechnische informatie in de regelingenbanken de juridische verantwoording wordt bijgehouden. In de Bijlage, AlgemeneToelichting en ArtikelgewijzeToelichting is Divisietekst de kleinste mutatie-eenheid. Ook daarvoor geldt dat, ongeacht hoeveel wijzigingen in die Divisietekst worden aangebracht, de Divisietekst als geheel vervangen wordt bij consolidatie en dat door de renvooi-weergave zichtbaar wordt wat de wijzigingen in de Divisietekst zijn.

De wijzigingsmethode renvooi maakt het bijvoorbeeld mogelijk om een volledig hoofdstuk met daarin afdelingen, paragrafen en artikelen in het lichaam van een regeling toe te voegen, om de algemene toelichting te vervangen door een nieuwe versie daarvan, maar ook om een lid uit een artikel te verwijderen of een woord in een lid van een artikel te wijzigen in een ander woord. In de laatste twee gevallen bevat het wijzigingsbesluit het volledige artikel dat gewijzigd wordt, waardoor de wijziging in haar context zichtbaar en daardoor begrijpelijk is.

Figuur 66 en Figuur 67 geven een beeld van de werking van de wijzigingsmethode renvooi. In Figuur 66 staat links de tekst van artikel 5.7 in de oude versie van de regeling, oftewel de ‘was’-versie, en rechts de tekst van datzelfde artikel in de nieuwe versie van de regeling, de ‘wordt’-versie. De plansoftware (of een renvooiservice) heeft een vergelijking van de ‘wordt’-versie met de ‘was’-versie van de regeling gemaakt en heeft daaruit het ontwerp- of definitieve wijzigingsbesluit gegenereerd. Figuur 67 laat de mensleesbare renvooiweergave van het wijzigingsbesluit zien.

Door deze methodiek is precies te zien welke onderdelen van de tekst door het wijzigingsbesluit gewijzigd zijn. Bij (wijzigings)besluiten waartegen beroep kan worden ingesteld maakt dat ook direct duidelijk waarover dat beroep kan gaan. Uit de weergave van het voorbeeld van Figuur 67 wordt duidelijk dat het recht op het bouwen van een bijbehorend bouwwerk en het gebruik daarvan voor mantelzorg al bestond en dat in beroep alleen kan worden opgekomen tegen de vergroting van de toegelaten oppervlakte en de beperking tot alleen buiten de bebouwde kom.

Het model voor regelingen met vrijetekststructuur kent de volgende elementen:

• RegelingOpschrift

• Lichaam, met daarbinnen Divisie en Divisietekst

• Bijlage, met daarbinnen Divisie en Divisietekst

De elementen van een regeling die met de wijzigingsmethode renvooi gemuteerd kunnen worden, worden mutatie-eenheden genoemd. De mutatie-eenheden in een regeling met vrijetekststructuur zijn:

• de elementen Lichaam en Bijlage;

• de tekstelementen Divisie en Divisietekst.

Het RegelingOpschrift kan niet gemuteerd worden. Het hele lichaam wordt slechts in uitzonderlijke gevallen, wanneer er ingrijpende wijzigingen in de structuur van het lichaam van de regeling nodig zijn, vervangen. Divisietekst is, zowel in het lichaam als in de bijlage, de kleinste mutatie-eenheid. Dat betekent dat, ongeacht hoeveel wijzigingen in die Divisietekst worden aangebracht, de Divisietekst als geheel vervangen wordt bij consolidatie. Door de renvooi-weergave wordt zichtbaar wat de wijzigingen in de Divisietekst zijn. Het is ook de eenheid waarover de juridische verantwoording wordt bijgehouden.

Om een wijzigingsbesluit leesbaar te houden, wordt niet de volledige tekst van de regeling met renvooi opgenomen in het besluit, maar alleen de delen waarin de wijzigingen voorkomen: het gewijzigde artikel, het ingevoegde hoofdstuk et cetera. Het kan wenselijk zijn, bijvoorbeeld ten behoeve van het besluitvormingsproces, om ook een versie van de gehele tekst van de regeling te hebben waarin de wijzigingen die het wijzigingsbesluit daarin aanbrengt in renvooi worden weergegeven. Daardoor wordt het effect van de wijzigingen op de hele regeling inzichtelijk. Dit is mogelijk door een proefversie te maken: de regelingversie die volgt uit dit specifieke besluit. Door het geautomatiseerde proces komt de regeling-in-renvooi namelijk exact overeen met het besluit.

9.1.2 Alternatieven voor de wijzigingsmethode renvooi

Er zijn omstandigheden waarin het gebruik van de wijzigingsmethode renvooi niet mogelijk is, bijvoorbeeld omdat de plansoftware die het bevoegd gezag gebruikt dat nog niet ondersteunt. Voor het wijzigen van het projectbesluit is het dan bij wijze van Tijdelijke Alternatieve Maatregel toegestaan om gebruik te maken van een van de alternatieve wijzigingsmethoden, namelijk Intrekken & vervangen (zie paragraaf 9.1.2.1.1) of Integrale tekstvervanging (zie paragraaf 9.1.2.1.2). Gebruik van deze wijzigingsmethoden stelt bijzondere eisen aan de formulering van het besluit. Die zijn, met een voorbeeld, het onderwerp van paragraaf 9.1.2.2.

9.1.2.2 Formulering besluit bij gebruik alternatieve wijzigingsmethoden

Bij de toepassing van de alternatieve wijzigingsmethoden Intrekken & vervangen en Integrale tekstvervanging wordt een volledige (versie van een) regeling vervangen door een nieuwe (versie van een) regeling. Daarin is niet gemarkeerd welke wijzigingen het wijzigingsbesluit daarin aanbrengt. Het is uiteraard niet de bedoeling dat door het om technische redenen toepassen van een van deze wijzigingsmethoden de volledige regeling voor beroep vatbaar wordt, dus ook de onderdelen die juridisch gezien niet gewijzigd zijn. Om dat te voorkomen wordt geadviseerd om in het dictum van het besluit de wijzigingen aan te geven. Daarmee wordt bewerkstelligd dat in juridische zin sprake is van een wijzigingsbesluit, terwijl dat technisch is uitgevoerd met Intrekken & vervangen of Integrale tekstvervanging. De door VNG en ministerie van BZK geadviseerde opzet van zo’n besluit is weergegeven in Figuur 68.

NB1: In het voorbeeld van Figuur 68 lijkt het alsof in Artikel III andere artikelen, ondergebracht in een hoofdstuk, voorkomen. Dat is alleen visueel zo; de STOP/TPOD-standaard staat geen artikelen in artikelen toe. In technische termen bestaat Artikel III uit een Kop, gevolgd door een element Inhoud dat een aantal alinea’s en een opsomming met lijstitems bevat.

NB2: In het voorbeeld is artikel IV een WijzigArtikel, de andere artikelen zijn reguliere Artikelen.

10.1.1 Toelichting

Om het bestuursorgaan de mogelijkheid te bieden het projectbesluit zoveel mogelijk naar eigen inzicht in te delen, stelt dit toepassingsprofiel ten aanzien van het vrijetekstgedeelte van het projectbesluit slechts één (technische) indelingseis. Die betreft de bijlage met namen en identificatiecodes van de geografische informatieobjecten.

10.1.2 Norm

De Regeling van het projectbesluit moet een bijlage met namen en identificatiecodes van de geografische informatieobjecten bevatten.

10.2.1 Toelichting

Om het concept tijdelijk regelingdeel, als technische invulling van het meervoudig bronhouderschap, te laten werken stelt dit toepassingsprofiel enkele voorschriften voor de indeling van het tijdelijk regelingdeel bij het projectbesluit. Er gelden alleen specifieke voorschriften voor het Lichaam van de Regeling.

In paragraaf 4 is de toepassing van de STOP-modellen voor Besluit en Regeling op het tijdelijk regelingdeel bij het projectbesluit vastgelegd en toegelicht. Een aantal onderdelen daarvan wordt hier nader toegelicht.

Het Lichaam van de Regeling, oftewel het tijdelijk regelingdeel, begint met de Conditie met daarin een artikel dat beschrijft wat de verhouding is tussen dit tijdelijk regelingdeel en de hoofdregeling van het omgevingsplan. Het beschrijft feitelijk dat het tijdelijk regelingdeel voorgaat op de hoofdregeling. De Kop van dit artikel heeft alleen een Opschrift, het heeft geen Label en geen Nummer. Het is aan te bevelen om dit artikel het Opschrift ‘Voorrangsbepaling’ te geven. Dit artikel wordt niet in een hoofdstuk ondergebracht.

Vervolgens bevat het Lichaam van het tijdelijk regelingdeel de regels waarmee het projectbesluit het omgevingsplan wijzigt. Deze regels zijn ondergebracht in een of meer hoofdstukken. In een bijlage zijn de namen en identificatiecodes opgenomen van de informatieobjecten (waarin de Locaties en normwaarden zijn vastgelegd) die bij de regels in het tijdelijk regelingdeel horen. In een bijlage zijn de namen en identificatiecodes opgenomen van de geografische informatieobjecten die bij de voorbeschermingsregels horen.

Figuur 70 toont de verschillende onderdelen van het projectbesluit, met voorbeeldteksten voor het WijzigArtikel en de Conditie in het tijdelijk regelingdeel. In het tijdelijk regelingdeel is te zien dat het tijdelijk regelingdeel de Artikelstructuur heeft.

10.2.2 Norm

Het Lichaam van het tijdelijk regelingdeel bij het projectbesluit bevat de volgende onderdelen:

• de Conditie: verplicht onderdeel dat de verhouding tussen dit tijdelijk regelingdeel en de hoofdregeling van het omgevingsplan beschrijft; altijd in de vorm van een artikel met een Opschrift maar zonder Label en Nummer; dit artikel wordt niet in een hoofdstuk ondergebracht;

• een of meer Artikelen met de regels waarmee het projectbesluit het omgevingsplan wijzigt, ondergebracht in een of meer hoofdstukken.

• een bijlage met de namen en identificatiecodes van de geografische informatieobjecten die bij de regels in het tijdelijk regelingdeel horen.

10.3.1 Toelichting

Het doel van begripsbepalingen is om eenduidig vast te leggen wat wordt bedoeld met een term die in een regeling wordt gebruikt. Begripsbepalingen bestaan uit één of meer begrippen, die ieder bestaan uit een term en de definitie van die term.

Begripsbepalingen worden uitsluitend opgenomen in het artikel Begripsbepalingen in hoofdstuk 1 dan wel in een specifieke bijlage met begripsbepalingen en niet (ook) op andere plaatsen in de tekst. Dit zorgt ervoor dat de begrippen goed vindbaar zijn en draagt bij aan de eenduidigheid van regels: voorkomen wordt dat eenzelfde begrip op meerdere plaatsen wordt gedefinieerd en dat voor eenzelfde begrip onbedoeld verschillende definities worden gebruikt. Op deze manier is voor een opsteller makkelijk terug te vinden of een begrip in het omgevingsdocument al gedefinieerd is; iets wat -indien van toepassing- ook meervoudig bronhouderschap kan vergemakkelijken. Ook wordt op deze manier voorkomen dat er onduidelijkheid ontstaat over bij welke locatie een begripsdefinitie hoort.

Het is dus niet toegestaan om op andere plaatsen dan in een specifiek daarvoor bestemd artikel in hoofdstuk 1 of in een specifieke bijlage in een omgevingsdocument begrippen te definiëren, waardoor het ook niet mogelijk is om eenzelfde begrip in verschillende tekstgedeelten verschillende betekenissen te geven. Wanneer er behoefte is aan verschillende betekenissen kan dat worden opgelost door de begrippen een wat specifiekere naam mee te geven. Een (willekeurig gekozen) voorbeeld is de bebouwde kom. Vanuit verschillende aspecten kunnen regels worden gesteld waarvan het werkingsgebied de bebouwde kom is, waarbij de bebouwde kom niet steeds hetzelfde gebied hoeft te zijn. Een oplossing zou kunnen zijn om het begrip te specificeren tot bijvoorbeeld ‘bebouwde kom regels over bouwen’, ‘bebouwde kom regels over verkeer’.

Om het met wijzigingsbesluiten invoegen en verwijderen van begrippen eenvoudig te houden worden de begrippen in alfabetische volgorde geplaatst zonder gebruik te maken van opsommingstekens in de vorm van nummers of letters.

Het is mogelijk om met de systematiek voor Verwijzingen die in paragraaf 10.5 is beschreven, een verwijzing te maken van een term die in de tekst van een regel voorkomt naar een begrip in de begripsbepalingen waar die term wordt gedefinieerd. Die verwijzing maakt het, bijvoorbeeld op overheid.nl en in DSO-LV, mogelijk dat de raadpleger de definitie van een term te zien krijgt als die term in de regel voorkomt. Het maken van zo’n verwijzing gebeurt in de software waarmee het omgevingsdocument wordt opgesteld en/of geannoteerd en vergt een menselijke handeling. Het gebeurt niet automatisch in bijvoorbeeld LVBB of DSO-LV en dus ook niet onbedoeld.

Begrippen die in een bijlage worden geplaatst maken onlosmakelijk deel uit van het juridische deel van het projectbesluit. Om dat ook technisch te bewerkstelligen dienen dergelijke bijlagen onderdeel te zijn van de Regeling en niet van het Besluit. Alles wat deel uitmaakt van een Regeling wordt doorgeleverd aan DSO-LV en is daar te raadplegen. Begrippen die in een bijlage buiten de Regeling worden geplaatst, zijn in DSO-LV niet te raadplegen.

Opgemerkt wordt dat het niet de bedoeling is om de begrippen in een artikel of een bijlage Begripsbepalingen te annoteren met de domeinspecifieke OW-objecten Activiteit, Omgevingswaarde, Omgevingsnorm en Gebiedsaanwijzing.

10.3.2 Norm

Voor de begripsbepalingen gelden de volgende regels:

• begripsbepalingen worden uitsluitend opgenomen in het artikel Begripsbepalingen in hoofdstuk 1 of in een specifieke bijlage met begripsbepalingen;

• wanneer de begrippen in een bijlage worden geplaatst, wordt in het artikel Begripsbepalingen een tekstuele verwijzing naar de bijlage met begrippen opgenomen;

• het artikel Begripsbepalingen dan wel de bijlage met begripsbepalingen begint met een introducerende zin;

• ieder begrip bestaat uit een term en een definitie;

• de begrippen worden in alfabetische volgorde opgenomen en krijgen geen opsommingstekens in de vorm van nummers of letters.

Om machineleesbaar te maken dat iets een begrip is wordt gebruik gemaakt van het STOP-Inhoud-element Begrippenlijst: een specifieke vorm van een Lijst die gericht is op het coderen van een lijst met termen en hun definities. Hiervoor wordt verwezen naar de betreffende STOP-documentatie.

10.4.1 Toelichting

In het projectbesluit zullen regels voorkomen waarvan duidelijk moet zijn hoe er bij de toepassing ervan gemeten en/of gerekend moet worden. Dit zal onder andere het geval zijn bij omgevingsnormen (zie paragraaf 8.7). Hoe gemeten en/of gerekend moet worden, wordt vastgelegd in meet- en rekenbepalingen.

Bij elkaar in één artikel of een bijlage plaatsen van meet- en rekenbepalingen zorgt ervoor dat ze goed vindbaar zijn en draagt bij aan de eenduidigheid van regels. Voorkomen wordt dat van eenzelfde onderwerp op meerdere plaatsen wordt vastgelegd hoe er bij de toepassing gemeten en/of gerekend moet worden en dat er daarbij onbedoeld verschillende wijzen van meten en/of rekenen worden voorgeschreven. Ook maakt deze methode het voor een opsteller makkelijk terug te vinden of een meet- of rekenbepaling al in het projectbesluit is opgenomen. Bovendien wordt op deze manier voorkomen dat er onduidelijkheid ontstaat over bij welk werkingsgebied een meet- of rekenbepaling hoort. In principe worden de meet- en rekenbepalingen bij deze methode in het artikel Meet- en rekenbepalingen in Hoofdstuk 1 dan wel in een specifieke bijlage met meet- en rekenbepalingen geplaatst.

Het kan echter ook voorkomen dat een meet- of rekenbepaling zo contextgebonden is dat deze slechts voor één of een beperkt aantal artikelen van toepassing is. In zo’n geval kan het bevoegd gezag het wenselijk vinden om de meet- of rekenbepaling niet in het artikel Meet- en rekenbepalingen in hoofdstuk 1 te plaatsen maar direct in of bij de artikelen waarop zij van toepassing is. Beide methoden zijn toegestaan.

Aanbevolen wordt om in ieder geval de meet- en rekenbepalingen die in meerdere artikelen van toepassing zijn, bij elkaar te zetten in een artikel Meet- en rekenbepalingen in Hoofdstuk 1, dan wel in een specifieke bijlage met meet- en rekenbepalingen.

Om het met wijzigingsbesluiten invoegen en verwijderen van meet- en rekenbepalingen eenvoudig te houden worden de meet- en rekenbepalingen die bij elkaar in het artikel Meet- en rekenbepalingen of in een specifieke bijlage met meet- en rekenbepalingen worden geplaatst, in alfabetische volgorde geplaatst zonder gebruik te maken van opsommingstekens in de vorm van nummers of letters.

Het is mogelijk om met de systematiek voor de Verwijzing die in paragraaf 10.5 is beschreven, aan te geven welke meet- en rekenbepalingen bij welke andere regels (zoals een omgevingswaarde en/of omgevingsnorm) horen. Die verwijzing maakt het, bijvoorbeeld op overheid.nl en in DSO-LV, mogelijk dat de raadpleger de meet- en rekenbepaling te zien krijgt waar deze in de regeltekst van toepassing is. De verwijzing geeft een generieke relatie; er wordt niet machineleesbaar gemaakt dat de verwijzing meet- en rekenbepalingen betreft. Het maken van zo’n verwijzing gebeurt in de software waarmee het omgevingsdocument wordt opgesteld en/of geannoteerd en vergt een menselijke handeling. Het gebeurt niet automatisch in bijvoorbeeld LVBB of DSO-LV en dus ook niet onbedoeld.

Meet- en rekenbepalingen die in een bijlage worden geplaatst maken onlosmakelijk deel uit van het juridische deel van het projectbesluit. Om dat ook technisch te bewerkstelligen dienen dergelijke bijlagen onderdeel te zijn van de Regeling en niet van het Besluit. Alles wat deel uitmaakt van de Regeling wordt doorgeleverd aan DSO-LV en is daar te raadplegen. Meet- en rekenbepalingen die in een bijlage buiten de Regeling worden geplaatst, zijn in DSO-LV niet te raadplegen.

10.4.2 Norm

Wanneer er in het projectbesluit meet- en rekenbepalingen voorkomen gelden daarvoor de volgende regels:

• meet- en rekenbepalingen worden bij voorkeur opgenomen in het artikel Meet- en rekenbepalingen in hoofdstuk 1 of in een specifieke bijlage met meet- en rekenbepalingen; het is ook toegestaan ze direct in of bij de artikelen te plaatsen waarop zij van toepassing zijn;

• wanneer de meet- en rekenbepalingen in een bijlage worden geplaatst, wordt in het artikel Meet- en rekenbepalingen een tekstuele verwijzing naar de bijlage met meet- en rekenbepalingen opgenomen;

• het artikel Meet- en rekenbepalingen dan wel de specifieke bijlage met meet- en rekenbepalingen begint met een introducerende zin;

• iedere meet- of rekenbepaling bestaat uit een term en een beschrijving van de te gebruiken meet- of rekenwijze;

• wanneer de meet- en rekenbepalingen worden opgenomen in het artikel Meet- en rekenbepalingen in hoofdstuk 1 dan wel in de specifieke bijlage met meet- en rekenbepalingen worden ze in alfabetische volgorde opgenomen en krijgen ze geen opsommingstekens in de vorm van nummers of letters.

Om machineleesbaar te maken dat iets een meet- of rekenbepaling is, wordt gebruik gemaakt van het STOP-Inhoud-element Begrippenlijst: een specifieke vorm van een Lijst die gericht is op het coderen van een lijst met termen en hun definities. Hiervoor wordt verwezen naar de betreffende STOP-documentatie.

10.5.1 Toelichting

Een stuk tekst kan een verwijzing naar een ander tekstelement of ander document bevatten. Voorbeelden hiervan zijn:

• de verwijzing vanuit een begrip in een regel naar de begripsbepaling waarin dat begrip wordt gedefinieerd;

• de verwijzing vanuit een beleidsregel over de toepassing van een open norm naar de regel waarin de open norm is vastgelegd;

• de verwijzing vanuit een artikel naar de artikelsgewijze toelichting op dat artikel (en vice versa);

• de verwijzing vanuit een regel naar een wettelijke bepaling;

• de verwijzing vanuit een tekstelement in een omgevingsdocument met Vrijetekststructuur naar een ander tekstelement in datzelfde of een ander omgevingsdocument of in een ander besluit of regeling.

Het gaat hier om een simpele verwijzing; de verhouding tussen het ene tekstelement en het andere tekstelement of document is niet gekwalificeerd. Met de hier beschreven verwijzing wordt ook uitdrukkelijk niet de verwijzing vanuit een Juridische regel, Divisie, Divisietekst of Tekstdeel naar een Locatie of een OW-object bedoeld.

Het model maakt het mogelijk de hier bedoelde verwijzing te maken. Hiervoor wordt gebruik gemaakt van de STOP-XML-elementen IntRef (voor verwijzingen tussen tekstelementen binnen een omgevingsdocument) en ExtRef (voor verwijzingen vanuit een omgevingsdocument naar tekstelementen in) andere documenten; dat kunnen omgevingsdocumenten maar ook andere typen documenten zijn). Een verwijzing kan gemaakt worden naar een tekstelement in het projectbesluit zelf, maar ook naar (een tekstelement in) een ander document.

Bij een verwijzing naar een ander document is aandacht nodig voor de formulering van de verwijzing. Wanneer een algemene verwijzing naar het andere document wordt gemaakt, dus zonder te verwijzen naar een specifieke versie daarvan, zou een wijziging in het andere document onbedoeld kunnen leiden tot wijziging van het projectbesluit zonder dat daar een besluit van het bevoegd gezag aan ten grondslag ligt. Zo’n algemene verwijzing zonder specifieke versie noemen we een dynamische verwijzing. Wanneer het ongewenst is dat een wijziging in het andere document doorwerkt in het projectbesluit kan een statische verwijzing worden gemaakt. Er wordt dan expliciet verwezen naar een specifieke versie van dat andere document.

Ten behoeve van de goede raadpleegbaarheid van het projectbesluit wordt sterk aanbevolen om in ieder geval gebruik te maken van de verwijzing vanuit een begrip in een regel naar de begripsbepaling waarin dat begrip wordt gedefinieerd.

10.5.2 Norm

Voor het maken van de verwijzing wordt gebruik gemaakt van de generieke XML-elementen IntRef (voor de verwijzing naar een ander tekstelement in hetzelfde document) en ExtRef (voor de verwijzing naar (tekstelementen in) een ander document).

10.7.1 Hergebruik door het kopiëren van GIO’s en OW-objecten

Bij deze methode wordt een kopie gemaakt van een GIO of OW-object in omgevingsdocument A en wordt die kopie in omgevingsdocument B gebruikt. Dit kan als omgevingsdocumenten A en B van hetzelfde bevoegd gezag zijn, maar ook als ze van verschillende bevoegde gezagen zijn. De kopie moet een andere identificatie krijgen dan het origineel. Dat is omdat iedere identificatie uniek moet zijn en (relevant bij een kopie van een GIO of OW-object van een ander bevoegd gezag) omdat in zowel de GIO- als in de OW-object-identificatie de bevoegdgezag-code verweven is.

10.7.2 Hergebruik door te verwijzen naar een GIO of OW-object in een ander omgevingsdocument

In de tekst van omgevingsdocumenten en bij het annoteren ervan wordt verwezen naar (de identificatie van) GIO’s en OW-objecten. Bij deze methode van hergebruik wordt in omgevingsdocument B niet verwezen naar een GIO of OW-object dat hoort bij dat omgevingsdocument, maar wordt verwezen naar (de identificatie van) een GIO of OW-object dat hoort bij omgevingsdocument A. Er kan worden verwezen naar een GIO of OW-object behorend bij een omgevingsdocument van het eigen bevoegd gezag, maar er kan ook worden verwezen naar een GIO of OW-object behorend bij een omgevingsdocument van een ander bevoegd gezag.

Er kan op twee manieren worden verwezen:

• statisch: er wordt verwezen naar één bepaalde versie van het GIO;

• dynamisch: er wordt verwezen naar de actuele versie van het GIO.

Naar een OW-object kan alleen dynamisch worden verwezen.

Technisch is het in de aanlevering mogelijk om in omgevingsdocument B te verwijzen naar (de identificatie van) een GIO of OW-object in omgevingsdocument A. Bij de aanlevering van het besluit over omgevingsdocument B wordt het GIO of het OW-object niet meegeleverd in de bestandenset behorend bij dat besluit, maar door de verwijzing wordt het juridisch wel onderdeel van het besluit.

Juridisch zijn er kanttekeningen te plaatsen bij deze methode. In het geval dat in omgevingsdocument B statisch wordt verwezen naar een GIO in omgevingsdocument A, verandert omgevingsdocument B niet wanneer het GIO in omgevingsdocument A wordt gewijzigd; er wordt immers verwezen naar een specifieke, eerdere versie van dat GIO. Maar let goed op dat er naar een OW-object alleen dynamisch kan worden verwezen en dat er vaak verwevenheid zal zijn tussen GIO en OW-object; statisch verwijzen zal dan vaak niet mogelijk zijn. Als in omgevingsdocument B dynamisch wordt verwezen naar een GIO in omgevingsdocument A of wordt verwezen naar een OW-object in omgevingsdocument A, wordt bij een wijziging van dat GIO of OW-object in omgevingsdocument A ook omgevingsdocument B gewijzigd. Dat verwijst immers naar de actuele versie van dat GIO of OW-object, dat nu gewijzigd is. De wijziging van omgevingsdocument B vindt dan plaats zonder dat het bestuursorgaan dat verantwoordelijk is voor omgevingsdocument B daarover een besluit heeft genomen. Dat is uiteraard niet de bedoeling. Dat geldt des te meer wanneer op deze manier onbedoeld een GIO of OW-object in een omgevingsplan is gewijzigd zonder dat de gemeente daarover een besluit heeft genomen. Dan is voor die wijziging niet de juiste procedure van ter inzage leggen van ontwerpbesluit en van definitief besluit gevolgd, met de bijbehorende mogelijkheden van zienswijzen en beroep. Als de wijziging van omgevingsdocument A er uit zou bestaan dat het betreffende GIO of OW-object zou worden verwijderd, zou er in omgevingsdocument B een verwijzing zijn naar een GIO of OW-object dat niet meer bestaat; technisch bekeken zou er dan een dode link zijn, juridisch gezien heeft een onderdeel van omgevingsdocument B geen werkingsgebied meer.

Er zijn gevallen waarin het de bedoeling is dat omgevingsdocument B mee wijzigt met wijzigingen van omgevingsdocument A. Een voorbeeld is dat in een omgevingsverordening de begrenzing van grondwaterbeschermingsgebieden wordt vastgesteld en omgevingsvisie en waterprogramma die begrenzing volgen. Toekomstige wijzigingen kunnen dan in omgevingsdocument B juridisch worden geborgd door de formulering daarop af te stemmen.

Als in een omgevingsdocument wordt verwezen naar een GIO of OW-object in een ander omgevingsdocument van hetzelfde bevoegd gezag, bijvoorbeeld vanuit een omgevingsvisie naar een omgevingsverordening, ligt het beheer in eigen hand van dat bevoegd gezag en is de kans op onbedoelde wijzigingen kleiner. Wanneer echter wordt verwezen naar een GIO of OW-object in een omgevingsdocument van een ander bevoegd gezag, bijvoorbeeld een verwijzing in een omgevingsplan naar de omgevingsverordening van de provincie, is het beheer niet in eigen hand en is de kans op problemen uiteraard veel groter.

Geadviseerd wordt alleen te verwijzen naar GIO’s en/of OW-objecten in een ander omgevingsdocument als dat juridisch verantwoord is.

10.8.1 Juridische verplichtingen voor de bekendmaking

Door de hiervoor genoemde bepalingen geldt een aantal verplichtingen voor het publiceren van ontwerpen en het juridisch rechtsgeldig bekendmaken van besluiten. Een besluit tot vaststelling of wijziging van het projectbesluit moet worden vormgegeven overeenkomstig de in paragraaf 4.4 voorgeschreven en op het projectbesluit toegespitste STOP-modellen voor Besluit en Regeling. De tekst in het Lichaam van de Regeling moet worden gestructureerd overeenkomstig de in paragraaf 5.3 voorgeschreven specificaties van de Vrijetekststructuur. Van de tekst kan worden vastgelegd op welke Locatie of Locaties deze van toepassing is. Bij elkaar horende collecties van Locaties moeten worden vastgesteld in de vorm van een GIO, waarmee de identiteit en onveranderlijkheid van de geometrie wordt geborgd. De GIO’s moeten bij het besluit over de regeling worden gevoegd. Als er een Locatie bij de tekst hoort, moet met een tekstuele aanduiding een verwijzing naar het GIO gemaakt worden (zie Figuur 27 voor een illustratie). Door deze verwijzing in de tekst krijgt het GIO juridische status.

10.8.2 Annotaties voor de dienstverlening in DSO-LV

Belangrijke resultaten van het annoteren met OW-objecten zijn het herkenbaar op de kaart weergegeven van de werkingsgebieden van (beleids- of realisatie)tekst en het mogelijk maken van selecteren en filteren. Annoteren met OW-objecten verhoogt het niveau van dienstverlening in het Omgevingsloket van DSO-LV. Er is niet wettelijk bepaald dat en in welke mate geannoteerd moet worden, wel dat daarbij IMOW en het betreffende toepassingsprofiel moeten worden toegepast. Om het afgesproken dienstverleningsniveau van DSO-LV te bereiken is het annoteren wel noodzakelijk.

Om het omgevingsdocument met alles wat daar bij hoort in DSO-LV te kunnen tonen, is het verplicht om voor het vrijetekstgedeelte van het projectbesluit het Regelingsgebied aan te leveren.

Het annoteren met de overige OW-objecten is alleen mogelijk als die tekst is geannoteerd met Divisie respectievelijk Divisietekst en Tekstdeel. Door een Tekstdeel aan een of meer Locaties te koppelen, wordt inzichtelijk waar het tekstonderdeel van toepassing is. Dat is bij omgevingsdocumenten met Vrijetekststructuur echter niet verplicht. Als gebruik gemaakt wordt van Locaties moeten ze voldoen aan de specificaties voor Locatie. Het niet of zeer beperkt gebruik maken van Locaties geeft een heel beperkt kaartbeeld en zorgt er voor dat niet inzichtelijk is waar het bevoegd gezag heeft bedoeld dat een bepaalde (beleids)tekst van toepassing is.

Het aanwijzen van specifieke gebieden in omgevingsdocumenten met Vrijetekststructuur gebeurt door het annoteren met een van de typen Gebiedsaanwijzing. Dat zorgt er voor dat die gebieden herkenbaar op de kaart worden weergegeven en dat er kan worden gefilterd op alle teksten die over een bepaald type gebied gaan. De annotatie met Gebiedsaanwijzing kan tevens worden gebruikt om de relatie met een ander omgevingsdocument te versterken, wanneer daarin dezelfde Gebiedsaanwijzing voor dezelfde Locatie is geannoteerd.

Het attribuut thema zal voor omgevingsdocumenten met Vrijetekststructuur een belangrijke rol spelen. Daarmee kan worden aangegeven over welk aspect van de fysieke leefomgeving de tekst gaat. Ook met thema kan de relatie met een ander omgevingsdocument worden versterkt, als daarin hetzelfde thema is geannoteerd.

Het object Hoofdlijn tenslotte kan worden gebruikt om de informatie inzichtelijk gestructureerd aan eindgebruikers aan te bieden en een extra filtermogelijkheid te bieden waardoor bij elkaar horende onderdelen in samenhang getoond kunnen worden.

10.9.1 Juridische verplichtingen voor de bekendmaking

Door de hiervoor genoemde bepalingen geldt een aantal verplichtingen voor het publiceren van ontwerpen en het juridisch rechtsgeldig bekendmaken van besluiten. Ieder tijdelijk regelingdeel dat door het projectbesluit wordt ingesteld, moet worden vormgegeven overeenkomstig het in paragraaf 4.4.4 voorgeschreven modellen voor RegelingTijdelijkdeel. De regels in het Lichaam van de Regeling moeten worden gestructureerd overeenkomstig de in paragraaf 5.2 beschreven specificaties voor de Artikelstructuur. Van ieder artikel of lid moet, door er een of meer Locaties aan te koppelen, worden vastgelegd wat het werkingsgebied ervan is. Bij elkaar horende collecties van Locaties moeten worden vastgesteld in de vorm van een GIO, waarmee de identiteit en onveranderlijkheid van de geometrie wordt geborgd. De GIO’s moeten bij het besluit over de regeling worden gevoegd. In de tekst van het artikel of lid moet met een tekstuele aanduiding een verwijzing naar het GIO gemaakt worden. Door deze verwijzing in de tekst krijgt het GIO juridische status.

Wanneer het bevoegd bezag een norm op verschillende locaties verschillende waarden geeft waarbij de voor een locatie geldende waarde door interactie met de kaart getoond moet worden, moeten die locaties en waarden in een GIO worden vastgesteld.

10.9.2 Annotaties voor de dienstverlening in DSO-LV

Belangrijke resultaten van het annoteren met OW-objecten zijn het herkenbaar op de kaart weergegeven van de werkingsgebieden van artikelen en leden en het mogelijk maken van selecteren en filteren. Annoteren met OW-objecten verhoogt het niveau van dienstverlening in het Omgevingsloket van DSO-LV. Er is niet wettelijk bepaald dat en in welke mate geannoteerd moet worden, wel dat daarbij IMOW en het betreffende toepassingsprofiel moeten worden toegepast. Om het afgesproken dienstverleningsniveau van DSO-LV te bereiken is het annoteren wel noodzakelijk.

Om het omgevingsdocument met alles wat daar bij hoort in DSO-LV te kunnen tonen, is het verplicht om voor ieder tijdelijk regelingdeel dat het projectbesluit instelt, het Regelingsgebied aan te leveren[88] Zie voor de uitzondering op de aanleveringsplicht paragraaf 8.12
.

Het annoteren van een artikel of lid met de overige OW-objecten is alleen mogelijk als dat artikel of lid is geannoteerd met Regeltekst en Juridische regel. Om te voldoen aan de verplichting om aan te geven waar een artikel of lid geldt, moet het worden gekoppeld aan de juiste Locatie of Locaties.

Het annoteren met Activiteit zorgt er voor dat de Locaties waar de regel over een bepaalde activiteit geldt, herkenbaar op de kaart wordt weergegeven. Ook maakt het machineleesbaar hoe de regel op die Locaties wordt gekwalificeerd: voor de betreffende activiteit geldt op deze locatie een vergunningplicht en op die locatie een verbod. Daarnaast speelt het annoteren met Activiteit een belangrijke rol bij de toepasbare regels. Het is namelijk zo dat, wanneer een bevoegd gezag in een omgevingsdocument een vergunningplicht of meldingsplicht voor een activiteit instelt, het verplicht is om het elektronisch indienen van aanvragen en meldingen mogelijk te maken. Dat gebeurt door het aanleveren van een vragenboom met toepasbare regels over activiteiten. Toepasbare regels maken gebruik van de activiteiten die aanwezig zijn in de functionele structuur van de Registratie Toepasbare Regels. Wanneer een regelingversie met daarin een annotatie met een nieuwe Activiteit aan DSO-LV wordt aangeleverd, wordt deze automatisch toegevoegd aan de functionele structuur van het betreffende bevoegde gezag. Dit is de enige route om daaraan activiteiten toe te voegen. Ten behoeve van de werking van toepasbare regels is het dus noodzakelijk om te annoteren met Activiteit.

Wanneer het bevoegd bezag bepaalde normen op verschillende plekken verschillende waarden wil geven kan dat op twee manieren. Als het bevoegd gezag de gebruiker makkelijk en duidelijk inzicht wil geven, dan kiest het voor de eerste manier: het annoteren met het OW-object Omgevingsnorm. Dat zorgt ervoor dat in het kaartbeeld herkenbaar is dat een Locatie hoort bij een regel over een omgevingsnorm en dat door middel van interactie met de kaart per locatie te zien is welke waarde daar geldt. De Locaties en de bij de omgevingsnorm behorende waarden worden in een GIO vastgelegd. In de tekst van de regel wordt met behulp van een tekstuele aanduiding verwezen naar het GIO (zie Figuur 26 voor een illustratie). Door het vastleggen van de waarden in GIO’s en daarnaar door middel van een noemer in de tekst van de regel te verwijzen, krijgen de waarden juridische werking en zijn ze onderdeel van het besluit. De tweede manier is het opnemen van alle adressen of percelen én de bijbehorende waarden in de tekst van de regel, zoals getoond in Figuur 57 en Figuur 58 in paragraaf 8.7.1. Doordat de waarden en de adressen of percelen waar die waarden gelden in de (mensleesbare) tekst staan, vormen ze rechtstreeks onderdeel van het besluit. Ze hebben daarmee juridische werking.

Regels die een specifiek gebied aanwijzen, kunnen worden geannoteerd met een van de typen Gebiedsaanwijzing. Dat zorgt er voor dat die gebieden herkenbaar op de kaart worden weergegeven en dat er kan worden gefilterd op alle regels die over een bepaald type gebied gaan. De annotatie met Gebiedsaanwijzing kan tevens worden gebruikt om de relatie met een ander omgevingsdocument te versterken, wanneer daarin dezelfde Gebiedsaanwijzing-annotatie voor dezelfde Locatie is toegepast.

Met het attribuut thema kan tenslotte worden aangegeven over welk aspect van de fysieke leefomgeving de regel gaat. Ook met thema kan de relatie met een ander omgevingsdocument worden versterkt, als daarin hetzelfde thema is geannoteerd.

11.2.1 Besluit en Regeling

Het belangrijkste product dat tijdens de procedure moet worden aangeleverd is uiteraard het besluit tot vaststelling of wijziging van het projectbesluit. Dat is in deel B uitgebreid beschreven.

11.2.2 Kennisgeving

In een aantal gevallen, die in paragraaf 11.4 worden beschreven, moet het bevoegd gezag een kennisgeving doen, die in een van de officiële publicatiebladen wordt geplaatst. De kennisgeving is een zakelijke weergave van de inhoud, vaak van een besluit. De kennisgeving wordt conform STOP gemodelleerd. De kennisgeving is een zelfstandige eenheid. Dat betekent dat een kennisgeving als een afzonderlijke bestandenset wordt aangeleverd. De kennisgeving behorend bij een besluit moet worden aangeleverd nádat de bestandenset van het besluit is aangeleverd.

De kennisgeving heeft de Vrijetekststructuur. De modellering van de kennisgeving is als volgt:

• RegelingOpschrift: verplicht element, komt 1 keer voor.

• Lichaam: verplicht element, komt 1 keer voor.

  • Divisietekst: verplicht element, komt zo vaak voor als gewenst. Bevat de volgende elementen:

    • Kop: STOP-element dat de Kop bevat. Optioneel element. Komt 0 of 1 keer voor. Indien Kop voorkomt bevat het ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze onderdelen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd. Als de kennisgeving maar één Divisietekst bevat, hoeft de Divisietekst geen Kop te hebben.

    • Inhoud: STOP-element dat de inhoud van de kennisgeving bevat. Verplicht element. Komt (per DivisieTekst) 1 keer voor. Het element Inhoud bevat ten minste één van de tekstelementen die STOP daarvoor kent; alle tekstelementen voor Inhoud zijn toegestaan.

11.2.3 Mededeling van een rechterlijke uitspraak

Als beroep is ingesteld tegen een besluit en de bestuursrechter het besluit geheel of gedeeltelijk vernietigt, moet het bestuursorgaan mededeling doen van de uitspraak op de manier die voor de bekendmaking van het besluit is voorgeschreven. Dat betekent dat de volledige inhoud van de uitspraak in publicatieblad van het bevoegd gezag moet worden geplaatst. De kennisgeving wordt conform STOP gemodelleerd.

De mededeling heeft de Vrijetekststructuur. De modellering van de mededeling is als volgt:

• RegelingOpschrift: verplicht element, komt 1 keer voor.

• Lichaam: verplicht element, komt 1 keer voor.

  • Divisietekst: verplicht element, komt zo vaak voor als gewenst. Bevat de volgende elementen:

    • Kop: STOP-element dat de Kop bevat. Optioneel element. Komt 0 of 1 keer voor. Indien Kop voorkomt bevat het ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze onderdelen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd. Als de mededeling maar één Divisietekst bevat, hoeft de Divisietekst geen Kop te hebben.

    • Inhoud: STOP-element dat de inhoud van de mededeling bevat. Verplicht element. Komt (per DivisieTekst) 1 keer voor. Het element Inhoud bevat ten minste één van de tekstelementen die STOP daarvoor kent; alle tekstelementen voor Inhoud zijn toegestaan.

11.3.1 Doel als identificatie van een Regelingversie

Voor het bereiken van bepaalde doelen of voldoen aan bepaalde verplichtingen met betrekking tot de fysieke leefomgeving is het nodig om een van de juridische instrumenten van de Omgevingswet in te zetten. Dit instrument doorloopt de wettelijk voorgeschreven procedure. In de loop van die procedure worden een of meer versies van het besluit (inclusief de initiële regeling of de wijzigingsinstructies voor de geconsolideerde regeling) en gegevens over dat besluit aan de LVBB aangeleverd. Het uiteindelijke resultaat van het hele proces is dat er een nieuwe Regeling ontstaat, of een nieuwe versie van een bestaande Regeling.

Om van een omgevingsdocument vast te leggen dat tekst, informatieobjecten en OW-informatie bij elkaar horen, gedurende alle stadia van het proces van opstellen, voorbereidingsprocedure, besluitvorming, bekendmaken en consolideren, is een unieke identificatie nodig. De STOP/TPOD-standaard noemt die identificatie Doel. De term Doel is afgeleid van het doel dat het bevoegd gezag voor ogen heeft als aanleiding voor de introductie van een specifiek nieuw omgevingsdocument of wijziging daarvan op één moment in de tijd. Voor degenen die met de RO-Standaarden en IMRO bekend zijn is Doel enigszins vergelijkbaar met het dossiernummer oftewel de IMRO-code van een plan of besluit op grond van de Wet ruimtelijke ordening.

Doel is in STOP gedefinieerd als de identificatie van een nieuwe regeling of de wijziging daarvan met één moment van inwerkingtreding, één (beoogd) moment waarop de regeling geldig wordt en eventueel één moment waarop de geldigheid van de regeling eindigt. De LVBB gebruikt het Doel om de consolidatie van regelingen te sturen.

Wanneer het bevoegd gezag constateert dat er een nieuw omgevingsdocument nodig is, of dat een bestaand omgevingsdocument gewijzigd moet worden, maakt het een nieuwe Regelingversie met een nieuw Doel oftewel identificatie aan. Afhankelijk van de gebruikte software kan het bevoegd gezag het aanmaken van de identificatie aan de software overlaten. Alles wat nodig is om de versie van de Regeling van het omgevingsdocument vast te leggen en te beschrijven wordt aan een Doel gekoppeld:

• één versie van de tekst (inclusief afbeeldingen en dergelijke) voor het omgevingsdocument dat moet ontstaan of wordt gewijzigd (of eventueel één versie van de tekst voor elke regeling die moet ontstaan of wordt gewijzigd in het geval het besluit meerdere regelingen instelt en/of wijzigt);

• één versie van elk informatieobject dat onderdeel is van het nieuwe of gewijzigde omgevingsdocument;

• één versie van de OW-informatie die hoort bij het nieuwe of gewijzigde omgevingsdocument[89] NB: In het geval van een directe mutatie van OW-objecten wordt verwezen naar het Doel van een vorige aanlevering. Er kunnen dan meerdere versies van OW-objecten hetzelfde Doel hebben.
  .

Ten behoeve van de publicatie of bekendmaking genereert de software van het bevoegd gezag een besluitversie die wordt aangeleverd aan de LVBB. Bij een Doel oftewel identificatie van een versie van regelgeving kunnen dus in de loop van de procedure meerdere besluitversies worden aangeleverd.

Zoals gezegd is Doel de identificatie van een nieuw omgevingsdocument of de wijziging daarvan met één moment van inwerkingtreding. De LVBB gebruikt Doel om de consolidatie van omgevingsdocumenten te sturen: per inwerkingtredingsdatum (of geldigheidsdatum in geval van terugwerkende kracht) kan op deze manier een Toestand van de Regeling gemaakt worden.

Sterk aanbevolen wordt om in één besluit alleen onderdelen met eenzelfde inwerkingtredingsdatum op te nemen. Daarom wordt ook aanbevolen om bijtijds na te denken over welke wijzigingen gecombineerd kunnen worden en welke wijzigingen juist niet gecombineerd kunnen worden. Redenen voor het niet combineren van wijzigingen zijn bijvoorbeeld dat de wijzigingen door verschillende bestuursorganen zullen worden vastgesteld en de verschillende mate van gevoeligheid van wijzigingen. Wijzigingen die te combineren zijn kunnen direct in één RegelingVersie met één Doel samengebracht worden. Voor wijzigingen die niet gecombineerd kunnen worden moeten verschillende RegelingVersies met verschillende Doelen worden aangemaakt. Iedere RegelingVersie (met bijbehorend Doel) wordt in een eigen besluit opgenomen.

Mochten toch bij uitzondering met één besluit verschillende onderdelen van een Regeling worden vastgesteld die op verschillende momenten in werking treden, dan krijgt iedere inwerkingtredingsmoment-onderdelencombinatie een eigen Doel. Ieder Doel hoort bij een versie van een regeling en de bijbehorende GIO’s. Een voorbeeld: Provinciale staten stellen bij besluit van 28 januari 2024 een wijziging van de omgevingsverordening vast. Hiervan treden 10 onderdelen op 12 februari in werking, de resterende onderdelen treden op 24 maart in werking. De onderdelen die op 12 februari in werking treden, worden in één RegelingVersie ondergebracht en krijgen Doel X, de onderdelen die op 24 maart in werking treden worden in een andere RegelingVersie ondergebracht en krijgen Doel Y. Een besluit met verschillende inwerkingtredingsmomenten voor verschillende onderdelen zou zich bijvoorbeeld kunnen voordoen wanneer het dagelijks bestuur een besluit heeft voorbereid en vervolgens aan het algemeen bestuur voorlegt, waarna dat algemeen bestuur besluit niet alle onderdelen tegelijkertijd in werking te laten treden. Zoals hiervoor beschreven noodzaakt dat er toe om verschillende RegelingVersies te maken.

De mogelijkheid bestaat dat er twee besluiten zijn voorbereid met ieder een eigen Doel omdat de verwachting was dat ze niet gelijktijdig in werking zouden treden, waarover toch gelijktijdig besluitvorming plaatsvindt. Het is dan niet nodig om de Doelen samen te voegen tot één Doel.

In paragraaf 11.4 is de concrete toepassing van Doel op het projectbesluit beschreven in de vorm van specificaties en een voorbeeld.

11.3.2 BesluitMetadata

De BesluitMetadata leggen vast welke organisatie verantwoordelijk is voor de besluitversie en bevatten gegevens om het besluit goed vindbaar te maken. In deze paragraaf zijn de BesluitMetadata beschreven die voor besluiten tot vaststelling of wijziging van omgevingsdocumenten relevant zijn. De BesluitMetadata voor het ontwerpbesluit en het definitieve besluit zijn gelijk. Aangegeven is of het gegeven verplicht of optioneel is en hoe vaak het moet of kan voorkomen. Daarnaast is bij de meeste gegevens een toelichting gegeven: hoe werkt het en wat voor effect heeft het. Er is geen vaste, voorgeschreven volgorde voor de BesluitMetadata.

• eindverantwoordelijke: (de identificatie van) het openbaar lichaam dat de wettelijke verantwoordelijkheid draagt voor de inhoud van het ontwerp- of definitief besluit. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• maker: (de identificatie van) het openbaar lichaam dat de eindverantwoordelijkheid draagt voor het creëren van de instrumentversie. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• soortBestuursorgaan: de typering van het bestuursorgaan dat verantwoordelijk is voor het besluit. Uit de STOP-waardelijst bestuursorgaan moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Voorbeelden zijn ‘college van burgemeester en wethouders’, ‘dagelijks bestuur’ en ‘minister’. In de BesluitMetadata moet gekozen worden voor het bestuursorgaan dat het besluit daadwerkelijk neemt of gaat nemen, ook als dat op grond van een gedelegeerde bevoegdheid gebeurt.

• informatieobjectRef: de verwijzing naar een versie van een Juridisch informatieobject dat met de tekst van het ontwerp- of definitief besluit gepubliceerd moet worden omdat het onderdeel is van de juridische inhoud van het besluit of aanvullende informatie geeft over het besluit. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het container-element informatieobjectRefs, dat 1 of meer informatieobjectRef-elementen bevat. Het containerelement informatieobjectRefs is verplicht wanneer tot het ontwerp- of definitief besluit een of meer GIO’s of PDF-documenten behoren en komt niet voor wanneer tot het ontwerpbesluit geen GIO’s of PDF-documenten behoren.

• officieleTitel: de titel van het besluit zoals die door het bevoegd gezag wordt vastgesteld. Verplicht gegeven. Komt 1 keer voor. De officiële titel moet gelijk zijn aan het RegelingOpschrift van het besluit.

• citeertitel: de titel van het besluit die gebruikt wordt in aanhalingen. Wordt geplaatst binnen het containerelement CiteertitelInformatie, dat op zijn beurt wordt geplaatst binnen het element heeftCiteertitelInformatie. Het element heeftCiteertitelInformatie is een optioneel element, dat 0 of 1 keer voorkomt. Bij de citeertitel moet worden aangegeven of de citeertitel officieel is of niet, door bij het gegeven isOfficieel de juiste waarde te kiezen. De citeertitel is officieel als deze in het besluit wordt vastgesteld; voor isOfficieel moet dan de waarde true worden gekozen. Als de citeertitel niet in het besluit wordt vastgesteld, is de citeertitel een ‘redactioneel’ gegeven; voor isOfficieel moet dan de waarde false worden gekozen. In het geval van een omgevingsdocument zal de citeertitel over het algemeen niet in het besluit worden vastgesteld.
  De citeertitel van een (ontwerp)besluit is gelijk aan de officiële titel en het RegelingOpschrift van het besluit, of, als die erg lang zijn, een verkorte versie daarvan. Het wordt aanbevolen om aan de metadata van het besluit het gegeven citeertitel toe te voegen. De reden daarvoor is als volgt. Wanneer er tegelijkertijd meerdere ontwerpbesluiten tot wijziging van dezelfde regeling in procedure zijn, zal de DSO-viewer een reeks van ontwerpregelingen tonen. Als de DSO-viewer voor de ‘naam’ van iedere ontwerpregelingversie alleen de citeertitel uit de RegelingMetadata zou gebruiken (zie hiervoor paragraaf 11.3.3), zou iedere ontwerpregelingversie dezelfde ‘naam’ hebben. Voor een raadpleger is dan niet duidelijk welke ontwerpregeling voor haar of hem interessant is. Daarom zal de DSO-viewer in de toekomst gebruik maken van de citeertitel uit de BesluitMetadata om de verschillende ontwerpregelingen van elkaar te kunnen onderscheiden. Wanneer de citeertitel ontbreekt, zal de DSO-viewer gebruik maken van het gegeven officieleTitel of van het RegelingOpschrift van het besluit.

• onderwerp: een korte specificatie van de inhoud van het ontwerp- of definitief besluit, te kiezen uit de STOP-waardelijst onderwerp. Verplicht gegeven. Komt ten minste 1 keer voor. Wordt geplaatst binnen het containerelement onderwerpen, dat 1 of meer onderwerp-elementen bevat. Het containerelement onderwerpen is een verplicht element, dat 1 keer voorkomt. Het onderwerp speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om alle toepasselijke onderwerpen van de waardelijst toe te voegen.

• rechtsgebied: specificatie hoe het instrument wordt ingedeeld binnen het geheel van het recht, te kiezen uit de STOP-waardelijst rechtsgebied. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement rechtsgebieden, dat 1 of meer rechtsgebied-elementen bevat. Het containerelement rechtsgebieden is een optioneel element, dat 0 of 1 keer voorkomt. Het rechtsgebied speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om het element rechtsgebied te gebruiken.

• soortProcedure: de typering van (het product van) de fase van de procedure, te kiezen uit de STOP-waardelijst soortprocedure. Verplicht gegeven. Komt 1 keer voor. Met dit gegeven wordt aangegeven of een ontwerpbesluit of een definitief besluit wordt aangeleverd. Bij een ontwerpbesluit moet de waarde Ontwerpbesluit worden gekozen. Bij de aanlevering ter bekendmaking van een vastgesteld besluit moet de waarde Definitief besluit worden gekozen. Deze keuze bepaalt ook welke procedurestappen in het Procedureverloop (zie paragraaf 11.3.5 beschikbaar zijn.

• grondslag: de machineleesbare verwijzing naar de juridische bron die de wettelijke grondslag van het instrument geeft. Moet altijd verwijzen naar (een versie van) een geconsolideerde regeling. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement grondslagen, dat 1 of meer grondslag-elementen bevat. Het containerelement grondslagen is een optioneel element. Komt 0 of 1 keer voor.
  De grondslag ziet er -in STOP-XML- uit als in de navolgende afbeelding. De uri is een Juriconnect 1.3.1-verwijzing. Zie daarvoor ook de ‘Juriconnect-standaard voor identificatie van en verwijzing naar wet- en regelgeving’. Wanneer verwezen wordt naar een artikel in een wet die in werking is getreden, kan de uri eenvoudig gegenereerd worden door op wetten.overheid.nl naar het betreffende artikel te gaan en daar met behulp van de linktool een link naar de meest recente versie zonder geldigheidsdatum te genereren en die te kopiëren.

STOP kent naast de hiervoor genoemde BesluitMetadata ook nog de metadata afkortingen en alternatieveTitels. Geadviseerd wordt om deze metadata bij omgevingsdocumenten niet te gebruiken. Ze worden daarom niet verder besproken.

11.3.3 RegelingMetadata

De RegelingMetadata leggen vast welke organisatie verantwoordelijk is voor de regelingversie en bevatten gegevens om de regeling goed vindbaar te maken. In deze paragraaf zijn de RegelingMetadata beschreven die voor omgevingsdocumenten relevant zijn. De RegelingMetadata die bij een ontwerpbesluit worden aangeleverd zijn nagenoeg gelijk aan de RegelingMetadata die bij een definitief besluit worden aangeleverd. Aangegeven is of het gegeven verplicht of optioneel is en hoe vaak het moet c.q. kan voorkomen. Daarnaast is bij de meeste gegevens een toelichting gegeven: hoe werkt het en wat voor effect heeft het. Er is geen vaste, voorgeschreven volgorde voor de RegelingMetadata.

• soortRegeling: nadere typering van een regeling, te kiezen uit de STOP-waardelijst soortregeling. Verplicht gegeven. Komt 1 keer voor. Voorbeelden zijn omgevingsplan en waterschapsverordening.

• eindverantwoordelijke: (de identificatie van) het openbaar lichaam dat de wettelijke verantwoordelijkheid draagt voor de inhoud van de regeling. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• maker: (de identificatie van) het openbaar lichaam dat de eindverantwoordelijkheid draagt voor het creëren van de instrumentversie. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• soortBestuursorgaan: de typering van het bestuursorgaan dat verantwoordelijk is voor de regeling. Verplicht gegeven. Komt 1 keer voor. Uit de STOP-waardelijst bestuursorgaan moet de juiste waarde gekozen worden. Voorbeelden zijn gemeenteraad, algemeen bestuur en provinciale staten. In de RegelingMetadata moet gekozen worden voor het bestuursorgaan waaraan in de Omgevingswet de bevoegdheid tot het vaststellen van het omgevingsdocument is toegedeeld, ook als dat bestuursorgaan die bevoegdheid (gedeeltelijk) aan een ander bestuursorgaan heeft gedelegeerd.

• officieleTitel: de titel van de regeling zoals die door het bevoegd gezag wordt vastgesteld. Verplicht gegeven. Komt 1 keer voor. De officiële titel moet gelijk zijn aan het RegelingOpschrift van de regeling.

• citeertitel: de titel van de regeling die gebruikt wordt in aanhalingen. Wordt geplaatst binnen het containerelement CiteertitelInformatie, dat op zijn beurt wordt geplaatst binnen het element heeftCiteertitelInformatie. Het element heeftCiteertitelInformatie is een optioneel element, dat 0 of 1 keer voorkomt. Bij de citeertitel moet worden aangegeven of de citeertitel officieel is of niet, door bij het gegeven isOfficieel de juiste waarde te kiezen. De citeertitel is officieel als deze in de regeling wordt vastgesteld; voor isOfficieel moet dan de waarde true worden gekozen. Als de citeertitel niet in de regeling wordt vastgesteld, is de citeertitel een ‘redactioneel’ gegeven; voor isOfficieel moet dan de waarde false worden gekozen.
  De citeertitel is niet hetzelfde als de officiële titel. Bij wetgeving gebeurt het vaak dat de wet een lange officiële titel heeft en een korte citeertitel die in de dagelijkse praktijk wordt gebruikt. Een voorbeeld: ‘Wet van 1 juli 2020 tot wijziging van de Bekendmakingswet en andere wetten in verband met de elektronische publicatie van algemene bekendmakingen, mededelingen en kennisgevingen’ is de officiële titel van de wet met de citeertitel ‘Wet elektronische publicaties’. De citeertitel is in deze wet vastgesteld en is dus officieel.
  Hoewel het bij veel omgevingsdocumenten niet voor de hand lijkt te liggen om een citeertitel toe te voegen omdat die hetzelfde zal zijn als de officiële titel, is dat wel wenselijk. In de DSO-viewer namelijk speelt de ‘naam’ van het omgevingsdocument op verschillende plekken een rol: in de resultaat- en filterschermen na een zoekactie en in het scherm waarin tekst en kaart van de regeling worden getoond. De DSO-viewer gebruikt daarvoor de citeertitel uit de RegelingMetadata. Als er geen citeertitel is, stelt de viewer zelf de ‘naam’ samen uit de gegevens soortRegeling en eindverantwoordelijke.

• onderwerp: een korte specificatie van de inhoud van de regeling, te kiezen uit de STOP-waardelijst onderwerp. Verplicht gegeven. Komt ten minste 1 keer voor. Wordt geplaatst binnen het containerelement onderwerpen, dat 1 of meer onderwerp-elementen bevat. Het containerelement onderwerpen is een verplicht element, dat 1 keer voorkomt. Het onderwerp speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om alle toepasselijke onderwerpen van de waardelijst toe te voegen.

• rechtsgebied: specificatie hoe het instrument wordt ingedeeld binnen het geheel van het recht, te kiezen uit de STOP-waardelijst rechtsgebied. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement rechtsgebieden, dat 1 of meer rechtsgebied-elementen bevat. Het containerelement rechtsgebieden is een optioneel element, dat 0 of 1 keer voorkomt. Het rechtsgebied speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om het element rechtsgebied te gebruiken.

• overheidsdomein: brede onderverdeling van de overheidsbrede thema's die op een instrument van toepassing zijn, te kiezen uit de STOP-waardelijst overheidsthema. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement overheidsdomeinen, dat 1 of meer overheidsdomein-elementen bevat. Het containerelement overheidsdomeinen is een optioneel element, dat 0 of 1 keer voorkomt. Het overheidsdomein speelt een rol bij het vindbaar maken en in de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om het element overheidsdomein te gebruiken.

• opvolgerVan: de verwijzing van een opvolgende regeling naar de door deze regeling opgevolgde andere regeling. De opvolgingsrelatie wijst naar het Work van de opgevolgde regeling. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement opvolging, dat 1 of meer opvolgerVan-elementen bevat. Het containerelement opvolging is een optioneel element, dat 0 of 1 keer voorkomt. OpvolgerVan komt alleen voor wanneer de regeling een andere regeling daadwerkelijk opvolgt. Het komt alleen voor wanneer de oorspronkelijke regeling wordt ingetrokken en vervangen door een nieuwe regeling en alleen bij een regeling behorend bij een definitief besluit, niet bij een regeling behorend bij een ontwerpbesluit. Een voorbeeld is een provincie die aanvankelijk een omgevingsvisie genaamd ‘Prachtig Provincieland’ had en deze na verloop van een aantal jaren intrekt en een nieuwe omgevingsvisie instelt genaamd ‘Provincieland economisch voorop’. Bij de nieuwe omgevingsvisie ‘Provincieland economisch voorop’ wordt met opvolgerVan verwezen naar (de identificatie van) de ingetrokken omgevingsvisie ‘Prachtig Provincieland’. Door het aangeven van deze opvolg-relatie is het mogelijk om bij een tijdreis vanuit de nieuwe regeling de ingetrokken regeling als voorganger te tonen.

• grondslag: de machineleesbare verwijzing naar een juridische bron die de wettelijke grondslag van het instrument geeft. Moet altijd verwijzen naar (een versie van) een geconsolideerde regeling. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement grondslagen, dat 1 of meer grondslag-elementen bevat. Het containerelement grondslagen is een optioneel element, dat 0 of 1 keer voorkomt.
  De grondslag ziet er -in STOP-XML- uit als in onderstaande afbeelding. De uri is een Juriconnect 1.3.1-verwijzing. Zie daarvoor ook de ‘Juriconnect-standaard voor identificatie van en verwijzing naar wet- en regelgeving’. Wanneer verwezen wordt naar een artikel in een wet die in werking is getreden, kan de uri eenvoudig gegenereerd worden door op wetten.overheid.nl naar het betreffende artikel te gaan en daar met behulp van de linktool een link naar de meest recente versie zonder geldigheidsdatum te genereren en die te kopiëren.

STOP kent naast de hiervoor genoemde RegelingMetadata ook nog de metadata afkorting, voorkeursafkorting en alternatieveTitel. Geadviseerd wordt om deze metadata bij omgevingsdocumenten niet te gebruiken. Ze worden daarom niet verder besproken.

11.3.4 KennisgevingMetadata

De KennisgevingMetadata leggen vast welke organisatie verantwoordelijk is voor de kennisgeving en bevatten gegevens om de kennisgeving goed vindbaar te maken. In deze paragraaf zijn de KennisgevingMetadata beschreven die voor de kennisgeving van omgevingsdocumenten relevant zijn. Aangegeven is of het gegeven verplicht of optioneel is en hoe vaak het moet c.q. kan voorkomen. Daarnaast is bij de meeste gegevens een toelichting gegeven: hoe werkt het en wat voor effect heeft het. Er is geen vaste, voorgeschreven volgorde voor de KennisgevingMetadata.

• eindverantwoordelijke: (de identificatie van) het openbaar lichaam dat de wettelijke verantwoordelijkheid draagt voor de inhoud van de kennisgeving. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt op overheid.nl de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• maker: (de identificatie van) het openbaar lichaam dat de eindverantwoordelijkheid draagt voor het creëren van de kennisgeving. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt op overheid.nl de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• officieleTitel: de titel van de kennisgeving zoals die door het bevoegd gezag is bepaald; deze is gelijk aan de tekstuele weergave van het gehele RegelingOpschrift van de kennisgeving (zie daarvoor paragraaf 11.2.1). Verplicht gegeven. Komt 1 keer voor. Dit gegeven speelt een rol bij het vindbaar en herkenbaar maken van de kennisgeving op overheid.nl. Daarom wordt geadviseerd om de kennisgeving een zo onderscheidend en herkenbaar mogelijke titel (en RegelingOpschrift) te geven.

• onderwerp: een korte specificatie van de inhoud van de kennisgeving, te kiezen uit de STOP-waardelijst onderwerp. Verplicht gegeven. Komt ten minste 1 keer voor. Wordt geplaatst binnen het containerelement onderwerpen, dat 1 of meer onderwerp-elementen bevat. Het containerelement onderwerpen is een verplicht element, dat 1 keer voorkomt. Het onderwerp speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om alle toepasselijke onderwerpen van de waardelijst toe te voegen.

• mededelingOver: de verwijzing vanuit een kennisgeving naar (de identificatie van) het (ontwerp)besluit waarover de kennisgeving gaat. Onder voorwaarde verplicht gegeven. Komt 0 of 1 keer voor. Dit gegeven is alleen verplicht als de kennisgeving gaat over een (voorafgaand aan de kennisgeving aangeleverd, daadwerkelijk bestaand) ontwerp- of definitief besluit. Door dit gegeven is vanuit de kennisgeving op eenvoudige wijze het (ontwerp)besluit vindbaar waar de kennisgeving over gaat. Het werkt ook omgekeerd: vanuit het besluit is de kennisgeving makkelijk te vinden. Daardoor is vanuit het besluit de informatie over de procedure van het besluit, zoals de begin- en einddatum van de inzagetermijn dan wel de einddatum van de beroepstermijn, te raadplegen.

• soortKennisgeving: gegeven dat aangeeft wat voor soort kennisgeving het betreft, te kiezen uit een waardelijst die in het STOP-schema is opgenomen. Optioneel gegeven. Komt 0 of 1 keer voor. Met dit gegeven wordt aangegeven of het een kennisgeving betreft waarmee (inzage- en bezwaar/beroeps-)termijnen worden doorgegeven of een kennisgeving waarmee informatie wordt doorgegeven over het voornemen een besluit te gaan nemen zonder (inzage- en beroeps-)termijnen. In STOP 1.3.0 is dit gegeven, om redenen van backwards compatibility, zo gemodelleerd dat het een optioneel gegeven is met KennisgevingBesluittermijnen als defaultwaarde. Dit betekent dat wanneer het gegeven soortKennisgeving in de aanlevering niet wordt aangeleverd, het een KennisgevingBesluittermijnen is (uiteraard is dat ook zo als het element soortKennisgeving wel voorkomt met de waarde KennisgevingBesluittermijnen). Wanneer het een ander soort kennisgeving is, moet het element soortKennisgeving voorkomen. In STOP 2.0 zal soortKennisgeving worden gewijzigd in een verplicht gegeven dat 1 keer voorkomt. Nadrukkelijk wordt geadviseerd om daarop vooruit te lopen en ook bij een kennisgeving waarmee (inzage- en bezwaar/beroeps-)termijnen worden doorgegeven, het gegeven soortKennisgeving te gebruiken.

11.3.5 Soort procedure en consolidatie

Aan de hand van de soort procedure bepaalt de LVBB wat er met het besluit wordt gedaan. Uiteraard moet DSO-LV weten of de aangeleverde OW-objecten horen bij een ontwerpbesluit of een definitief besluit. Daarvoor kent ook IMOW proceduregegevens. DSO-LV weet dat het gaat om OW-objecten behorend bij een ontwerpregeling omdat in dat geval bij de OW-objecten als procedurestatus ‘ontwerp’ is aangegeven.

Indien sprake is van een ontwerpbesluit levert het bevoegd gezag het ontwerpbesluit aan bij de LVBB met als soortProcedure ‘ontwerpbesluit’. Na ontvangst van een ontwerpbesluit genereert de LVBB daaruit een proefversie: bij een initieel ontwerpbesluit de eerste (ontwerp)versie van de regeling en bij een ontwerp-wijzigingsbesluit de verwerking van het ontwerpbesluit in de regelingversie waarop het bevoegd gezag het ontwerpbesluit heeft gebaseerd. De LVBB stelt de proefversie beschikbaar voor DSO-LV en levert de OW-objecten door aan DSO-LV. DSO-LV toont vervolgens die proefversie in de vorm van een ontwerpregeling.

Nadat het bestuursorgaan een besluit over een omgevingsdocument heeft genomen, levert het dat besluit aan bij de LVBB met als soortProcedure ‘definitief besluit’. Na ontvangst van een initieel besluit destilleert de LVBB daaruit de Regelingversie. Na ontvangst van een wijzigingsbesluit voert de LVBB de consolidatie uit met als resultaat een nieuwe toestand van de Regeling. De LVBB doet dat wanneer de inwerkingtredingsdatum van het (wijzigings)besluit -en daarmee ook van de nieuwe RegelingVersie- bekend is. De LVBB haalt die datum op uit de meegeleverde ConsolidatieInformatie.

11.3.6 Procedure-informatie doorgeven met Procedureverloop

11.4.1 Inleiding: bevoegd gezag voor projectbesluit is verantwoordelijk voor aanlevering

Er is altijd maar één bestuursorgaan bevoegd om een projectbesluit vast te stellen. Bij een eigen project dat volledig op het eigen grondgebied wordt uitgevoerd zijn dat het dagelijks bestuur van het waterschap, gedeputeerde staten of de minister die het aangaat[90] Artikel 5.44 lid 1 Ow
. Bij een project op het grondgebied van meerdere provincies c.q. meerdere waterschappen ligt die bevoegdheid bij gedeputeerde staten c.q. het dagelijks bestuur van de provincie c.q. het waterschap waar het project in hoofdzaak wordt uitgevoerd[91] Artikel 5.44a lid 1 en 2 Ow
. Bij een gezamenlijk project van een of meer provincies en een of meer waterschappen, ligt de bevoegdheid om het projectbesluit vast te stellen bij gedeputeerde staten van de provincie waar het project geheel of in hoofdzaak wordt uitgevoerd[92] Artikel 5.44a lid 3 Ow
. Bij een gezamenlijk project van het Rijk en een of meer provincies of een of meer waterschappen, is de minister die het aangaat bevoegd om het projectbesluit vast te stellen[93] Artikel 5.44a lid 4 Ow
.

Het bestuursorgaan dat bevoegd is het projectbesluit vast te stellen, is ook het bestuursorgaan dat moet zorgen voor de mededeling van het ontwerpbesluit en de bekendmaking van het definitieve projectbesluit. Dit bestuursorgaan is verantwoordelijk voor de aanlevering van ontwerpbesluit, definitief besluit en kennisgevingen aan de LVBB.

11.4.2 Voorbereidingsfase

11.4.3 Projectbesluit – technische voorbereiding: aanmaken van het Doel

Zoals in paragraaf 11.3.1 al is aangegeven, is een unieke identificatie nodig om van een omgevingsdocument vast te leggen dat tekst, informatieobjecten en OW-informatie bij elkaar horen, gedurende het hele proces van concipiëren, voorbereiden, besluiten, bekendmaken en consolideren. De STOP/TPOD-standaard noemt die identificatie Doel. Het Doel wordt bij het ter publicatie of bekendmaking aanleveren van een projectbesluit meegeleverd.

De eerste handeling bij de start van het opstellen van een nieuw omgevingsdocument of het wijzigen van een bestaand omgevingsdocument, is het aanmaken van een nieuwe Regelingversie met een nieuw Doel oftewel identificatie. Het Doel moet voldoen aan de eisen die STOP daaraan stelt:

• de identificatie moet het volgende patroon volgen: /join/id/proces/” <overheid> “/” <datum> “/” <overig>

• overheid: code van het bevoegde gezag volgens de waardelijst waterschap, provincie of ministerie

• datum: datum van het ontstaan van het doel; dit mag een jaartal of een volledige datum zijn

• overig: door het bevoegd gezag te bepalen; dit kan een betekenisloze code zijn of een betekenisvolle tekstuele beschrijving van (het resultaat van) het doel. Hiervoor gelden de volgende eisen:

  • alleen toegestaan: boven- en onderkast letters, cijfers en underscore;

  • te beginnen met een cijfer of letter;

  • maximale lengte:128 karakters.

Het Doel moet uiteraard uniek zijn.

Het Doel bij een projectbesluit zou er zo uit kunnen zien: /join/id/proces/pv81/2023/ Instelling_projectbesluit_Rondweg_Gemeentestad, maar ook /join/id/proces/ pv81/2023/546d9cff158f4d148f9bb6c953dc3019. Het Doel moet uniek zijn. Het is dus goed mogelijk dat de plansoftware zelf het Doel genereert en dat dat eerder Doelen met een betekenisloze code (zoals het tweede voorbeeld) dan met een betekenisvolle beschrijving oplevert.

Nadat het Doel is aangemaakt, kan in de plansoftware gestart worden met het opstellen van de nieuwe regelingversie van het projectbesluit. In deze fase is dat alleen de regeling voor het vrijetekstgedeelte van het projectbesluit. Afhankelijk van de functionaliteiten die de gebruikte plansoftware biedt, kunnen tussentijdse producten worden gegenereerd ten behoeve van intern en extern overleg, zoals met initiatiefnemers, adviseurs en medeoverheden.

11.4.4 Projectbesluit – ontwerpfase en ontwerpbesluit

11.4.4.2 Aanleveren ontwerpbesluit

Ten behoeve van de interne ambtelijke en bestuurlijke besluitvorming binnen waterschap, provincie of Rijk zal gebruik gemaakt worden van een versie van het ontwerpbesluit die door de plansoftware is gegenereerd. Na eventuele aanpassingen die uit de interne besluitvorming nodig zijn gebleken, genereert de ambtelijke organisatie vanuit de plansoftware een ontwerpbesluit ten behoeve van de publicatie in waterschapsblad, provinciaal blad of Staatscourant en het in DSO-LV kunnen raadplegen van de ontwerpregeling. Het ontwerpbesluit bestaat uit een ontwerpversie van het Besluit en van de Regeling. Als het projectbesluit niet een of meer omgevingsplannen wijzigt, staat in de Regeling alleen de ontwerpversie van het volledige initiële vrijetekstgedeelte. In het geval het een ontwerpbesluit tot wijziging of uitwerking van een al eerder vastgesteld projectbesluit betreft, staan in de Regeling de wijzigingsinstructies voor de consolidatie van het vrijetekstgedeelte. Dit geheel wordt aangeleverd aan de LVBB. Let op dat er bij een ontwerpbesluit in het Besluit een (ontwerp)-artikel moet zijn waarin wordt aangegeven wat het voorgenomen besluit is (het vaststellen van het besluit). Dit artikel (in termen van de standaard: het WijzigArtikel) is nodig om te verwijzen naar de WijzigBijlage.

Om de mededeling van het ontwerpbesluit in waterschapsblad, provinciaal blad of Staatscourant te kunnen doen en doorlevering door LVBB aan DSO-LV mogelijk te maken, moeten Besluit en Regeling voldoen aan de specificaties die in deel B van dit toepassingsprofiel zijn gegeven. Aanvullend daarop moet waterschap, provincie of Rijk metadata over besluit en regelingen informatie over het Procedureverloop en de consolidatie meeleveren. Waterschap, provincie of Rijk moet ook een publicatieopdracht aan de LVBB aanleveren, waarin hij/zij aangeeft welk soort publicatie wordt aangeleverd en op welke datum die publicatie gepubliceerd moet worden. Dat is achtereenvolgens in de volgende paragrafen beschreven.

Coördinatie uitvoeringsbesluiten met projectbesluit: niet ondersteunde functionaliteit

Om technische redenen is het niet mogelijk om de mededeling van ontwerpbesluiten ter uitvoering van een projectbesluit te coördineren met de mededeling van het ontwerp van het projectbesluit op de manier waarop de Awb coördinatie voorschrijft. Zie daarvoor paragraaf 2.3.4.

Workaround

Wanneer het gewenst is om een projectbesluit en besluiten ter uitvoering van dat projectbesluit gelijktijdig voor te bereiden, kan dit als volgt praktisch worden opgelost:

• de ontwerpen van de besluiten ter uitvoering van het projectbesluit worden met toepassing van de coördinatieregeling van afdeling 3.5 Awb voorbereid;

• het bestuursorgaan dat op grond van afdeling 3.5 Awb coördinerend bestuursorgaan is:

  • levert de kennisgeving van de terinzagelegging met DROP (waterschap of provincie) respectievelijk via SDU (Rijk) aan ter publicatie in het eigen publicatieblad;

  • zorgt voor de terinzagelegging van de ontwerpbesluiten op elektronische wijze en op een fysieke locatie;

• het bestuursorgaan dat voornemens is het projectbesluit te nemen, bereidt het ontwerp van het projectbesluit tegelijkertijd -maar zonder toepassing van de coördinatieregeling- voor en publiceert het via de LVBB op de wijze die in deze paragraaf is beschreven.

Toekomstige functionaliteit

De STOP/TPOD-standaard en de DSO-keten ondersteunen nog niet de ontwerpversie van het tijdelijk regelingdeel waarmee een projectbesluit het omgevingsplan wijzigt. In een toekomstige versie zal de STOP/TPOD-standaard beschrijven hoe dat gaat werken, hoe het er uitziet en wat het bevoegd gezag daarvoor moet doen.

Workaround

Zolang de STOP/TPOD-standaard en de DSO-keten de ontwerpversie van het tijdelijk regelingdeel nog niet ondersteunen, moet waterschap, provincie of Rijk de wijzigingen die het projectbesluit in die omgevingsplannen aanbrengt, in het vrijetekstgedeelte van het projectbesluit beschrijven. Om die tekst te kunnen koppelen aan locaties, waarmee wordt aangegeven waar de wijziging(en) van het omgevingsplan gaan gelden, moet die tekst worden opgenomen in het Lichaam van de Regeling.

11.4.4.2.1 Besluitmetadata

De BesluitMetadata leggen vast welke organisatie verantwoordelijk is voor de besluitversie en bevatten gegevens om het besluit goed vindbaar te maken. In paragraaf 11.3.2 zijn de BesluitMetadata beschreven. Daar is aangegeven of het gegeven verplicht of optioneel is, hoe vaak het moet c.q. kan voorkomen en wat het doel respectievelijk het resultaat van het gegeven is. Hierna is voor de BesluitMetadata die relevant zijn voor het ontwerpbesluit tot vaststelling, wijziging of uitwerking van het projectbesluit aangegeven hoe ze moeten worden toegepast.

• eindverantwoordelijke: kies uit de STOP-waardelijst voor waterschap, provincie of ministerie (de identificatiecode van) het betreffende waterschap, provincie of ministerie dat/die het projectbesluit heeft genomen.

• maker: kies uit de STOP-waardelijst voor waterschap, provincie of ministerie (de identificatiecode van) het betreffende waterschap, provincie of ministerie dat/die het projectbesluit heeft genomen.

• soortBestuursorgaan: kies uit de STOP-waardelijst bestuursorgaan de waarde ‘dagelijks bestuur’, ‘gedeputeerde staten’ respectievelijk ‘minister’.

• informatieobjectRef: neem hier de verwijzingen op naar de GIO’s (en eventueel de als informatieobject gemodelleerde PDF-documenten) die het ontwerpbesluit aan de regeling toevoegt of die het ontwerpbesluit wijzigt.

• officieleTitel: geef het ontwerpbesluit een onderscheidende en herkenbare titel. De officiële titel moet gelijk zijn aan het RegelingOpschrift van het besluit. Een voorbeeld van de officiële titel van een ontwerp van een projectbesluit is ‘Ontwerp Projectbesluit Rondweg Gemeentestad’.

• citeertitel: geadviseerd wordt om het gegeven citeertitel te gebruiken. De citeertitel is hetzelfde als de officieleTitel en het RegelingOpschrift van het ontwerpbesluit, of, als die erg lang zijn, een verkorte versie daarvan. De citeertitel wordt niet in het ontwerpbesluit vastgesteld en daarom moet voor isOfficieel de waarde false worden gekozen.

• onderwerp: kies uit de STOP-waardelijst onderwerp alle toepasselijke onderwerpen. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: wonen, verkeer, ruimte en infrastructuur, natuur en milieu, cultuur en recreatie, bouwen en verbouwen, scheepvaart, rail- en wegverkeer, luchtvaart, waterbeheer, ruimtelijke ordening, veiligheid, water, stoffen, natuur- en landschapsbeheer, lucht, geluid, flora en fauna, energie, bodem, afval, defensie, recreatie, horeca, evenementen, cultuur, cultureel erfgoed, klimaatverandering.

• rechtsgebied: kies uit de STOP-waardelijst rechtsgebied in ieder geval voor de waarde ‘omgevingsrecht’ en vul dit indien van toepassing aan met andere toepasselijke waarden uit deze waardelijst.

• soortProcedure: kies uit de STOP-waardelijst soortprocedure de waarde ‘Ontwerpbesluit’.

• grondslag: maak een verwijzing naar artikel 5.44 Omgevingswet, de grondslag voor het vaststellen van het projectbesluit. De grondslag ziet er -in STOP-XML- uit als in Figuur 81:

Waarschuwing toekomstige wijziging TPOD-standaard

In een volgende versie van de TPOD-standaard zal het verplicht worden om het gegeven citeertitel te gebruiken. Als overgangsmaatregel wordt geadviseerd wordt om -wanneer en zodra de gebruikte plansoftware dat mogelijk maakt- op deze wijziging te anticiperen door het gegeven citeertitel te gebruiken.

11.4.4.2.2 Regelingmetadata vrijetekstgedeelte projectbesluit

De RegelingMetadata leggen vast welke organisatie verantwoordelijk is voor de regelingversie en bevatten gegevens om de regeling goed vindbaar te maken. In paragraaf 11.3.3 zijn de RegelingMetadata beschreven. Daar is aangegeven of het gegeven verplicht of optioneel is, hoe vaak het moet c.q. kan voorkomen en wat het doel respectievelijk het resultaat van het gegeven is. Hierna is voor de RegelingMetadata die relevant zijn voor het ontwerpbesluit tot vaststelling, wijziging of uitwerking van het projectbesluit aangegeven hoe ze moeten worden toegepast.

• soortRegeling: kies uit de STOP-waardelijst soortRegeling de waarde ‘Projectbesluit’.

• eindverantwoordelijke: kies uit de STOP-waardelijst voor waterschap, provincie of ministerie (de identificatiecode van) het betreffende waterschap, provincie of ministerie dat/die het projectbesluit heeft genomen.

• maker: kies uit de STOP-waardelijst voor waterschap, provincie of ministerie (de identificatiecode van) het betreffende waterschap, provincie of ministerie dat/die het projectbesluit heeft genomen.

• soortBestuursorgaan: kies uit de STOP-waardelijst bestuursorgaan de waarde ‘dagelijks bestuur’, ‘gedeputeerde staten’ respectievelijk ‘minister’.

• officieleTitel: geef de regeling van het projectbesluit een onderscheidende en herkenbare titel. De officiële titel moet gelijk zijn aan het RegelingOpschrift van de regeling. Een voorbeeld van de officiële titel van een projectbesluit is ‘Projectbesluit Rondweg Gemeentestad’.

• citeertitel: maak gebruik van het gegeven citeertitel en doe dat als volgt:

  • in het projectbesluit is de citeertitel vastgesteld: neem de citeertitel over uit de betreffende bepaling en kies voor isOfficieel de waarde true;

  • in het projectbesluit is de citeertitel niet vastgesteld: laat de citeertitel hetzelfde zijn als de officiële titel (en het RegelingOpschrift van de regeling) en kies voor isOfficieel de waarde false.

• Onderwerp: kies uit de STOP-waardelijst onderwerp alle toepasselijke onderwerpen. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: wonen, verkeer, ruimte en infrastructuur, natuur en milieu, cultuur en recreatie, bouwen en verbouwen, scheepvaart, rail- en wegverkeer, luchtvaart, waterbeheer, ruimtelijke ordening, veiligheid, water, stoffen, natuur- en landschapsbeheer, lucht, geluid, flora en fauna, energie, bodem, afval, defensie, recreatie, horeca, evenementen, cultuur, cultureel erfgoed, klimaatverandering.

• rechtsgebied: kies uit de STOP-waardelijst rechtsgebied in ieder geval de waarde ‘omgevingsrecht’ en vul dit indien van toepassing aan met andere toepasselijke waarden uit deze waardelijst.

• overheidsdomein: kies uit de STOP-waardelijst overheidsthema alle toepasselijke waarden. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: bouwen, wonen en leefomgeving; cultuur, sport, vrije tijd; landbouw, natuur en voedsel; milieu, ruimte en water; defensie; verkeer en vervoer.

• grondslag: maak een verwijzing naar artikel 5.44 Omgevingswet, de grondslag voor het vaststellen van het projectbesluit. De grondslag ziet er -in STOP-XML- uit als in Figuur 82:

Waarschuwing toekomstige wijziging TPOD-standaard

In een volgende versie van de TPOD-standaard zal het verplicht worden om het gegeven citeertitel te gebruiken. Als overgangsmaatregel wordt geadviseerd wordt om -wanneer en zodra de gebruikte plansoftware dat mogelijk maakt- op deze wijziging te anticiperen door het gegeven citeertitel te gebruiken.

11.4.4.2.3 Procedureverloop

Met de module Procedureverloop wordt informatie over het verloop van de procedure van het projectbesluit en de verschillende stappen daarin bijgehouden. In paragraaf 11.3.5 is beschreven hoe het doorgeven van procedure-informatie met het Procedureverloop werkt. Hierna is aangegeven hoe dat concreet bij het ontwerpbesluit tot vaststelling, wijziging of uitwerking van het projectbesluit moet worden toegepast.

In de procedure van het ontwerpbesluit moet een module Procedureverloop worden aangeleverd. Dat kan op twee manieren. De eerste manier is door het Procedureverloop initieel aan te leveren met het ontwerpbesluit en vervolgens met een Procedureverloopmutatie te muteren door de kennisgeving. De tweede manier is door bij het ontwerpbesluit geen Procedureverloop aan te leveren maar het Procedureverloop aan te leveren met de kennisgeving. Ook in dat geval moet dat met een Procedureverloopmutatie. Welke manier wordt gekozen hangt er van af of het bij het bevoegd gezag gebruikelijk is dat het dagelijkse bestuur zelf besluit om het ontwerpbesluit ter inzage te leggen of dat dit gemandateerd is aan een ambtenaar. In het eerste geval is er een Procedureverloop bij het ontwerpbesluit, in het tweede geval niet. Het Procedureverloop is dus bij het ontwerpbesluit optioneel en bij de kennisgeving verplicht.

Als wordt gekozen voor de eerste manier wordt de module Procedureverloop bij het ontwerpbesluit aangeleverd. Het Procedureverloop moet dan de volgende gegevens bevatten:

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_ontwerp de waarde ‘Vaststelling’

  • voltooidOp: vul de datum in waarop het bestuursorgaan het ontwerpbesluit heeft vastgesteld

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_ontwerp de waarde ‘Ondertekening’

  • voltooidOp: vul de datum in waarop het bestuursorgaan het ontwerpbesluit heeft ondertekend

• bekendOp: vul de datum in waarop het ontwerpbesluit in waterschapsblad, provinciaal blad of Staatscourant wordt gepubliceerd.

Gebruik in deze fase van de procedure het gegeven meerInformatie niet.

NB: bij keuze voor de tweede manier is er geen Procedureverloop bij het ontwerpbesluit.

Toekomstige functionaliteit

In de huidige versie van de STOP/TPOD-standaard is beschreven dat in de procedure van het ontwerpbesluit de module Procedureverloop verplicht is bij de aanlevering van de kennisgeving en optioneel bij de aanlevering van het ontwerpbesluit. De DSO-keten ondersteunt dit nog niet; het wordt in de keten geïmplementeerd als onderdeel van de implementatie van de huidige versie van de standaard.

Workaround

Zolang dit niet in de DSO-keten is geïmplementeerd, is het verplicht een module Procedureverloop bij het ontwerpbesluit aan te leveren en die door de kennisgeving te muteren.

NB: de module Procedureverloop bij het ontwerpbesluit mag niet leeg zijn.

11.4.4.2.4 ConsolidatieInformatie

Met de module ConsolidatieInformatie wordt informatie aangeleverd ten behoeve van de consolidatie van het besluit in de regeling. In de module ConsolidatieInformatie worden opgenomen:

• (een container) BeoogdeRegelgeving met daarin:

  • BeoogdeRegeling, met daarbinnen:

    • Doel: vul hier het Doel in van (het besluit tot vaststelling of wijziging van) het projectbesluit

    • instrumentVersie: vul hier de identificatie in van de nieuwe regelingversie van het projectbesluit

    • eId: vul hier de identificatie in van het WijzigArtikel in het ontwerpbesluit (het artikel waarin staat wat het bestuursorgaan beoogt met het besluit vast te stellen of te wijzigen)

  • BeoogdInformatieobject, voor ieder Informatieobject dat het ontwerpbesluit vaststelt, met daarbinnen:

    • Doel: vul hier het Doel in van (het besluit tot vaststelling of wijziging van) het projectbesluit

    • instrumentVersie: vul hier de identificatie in van het nieuwe Informatieobject

    • eId: maak hier een verwijzing naar het element in de informatieobjecten-bijlage in de WijzigBijlage dat de ExtIoRef (de identificatie van het daadwerkelijke informatieobject) bevat.

Bij een ontwerpbesluit worden geen tijdstempels toegevoegd.

11.4.4.2.5 Datum publicatie ontwerpbesluit

Waterschap, provincie of Rijk moet de datum waarop hij/zij wil dat het ontwerpbesluit in waterschapsblad, provinciaal blad of Staatscourant wordt gepubliceerd, doorgeven in de publicatieopdracht aan de LVBB, met het gegeven datumBekendmaking. Deze datum moet altijd in de toekomst liggen.