Meldingen

IMOW: Wijziging Ambtsgebied zodat in verschillende omgevingsdocumenten naar hetzelfde Ambtsgebied kan worden verwezen.

Voorgesteld wordt om in IMOW het objecttype Ambtsgebied te wijzigen door:

• het element ‘bestuurlijkeGrenzenVerwijzing’ toe te voegen met daarin het nieuwe gegeven ‘bestuurlijkeGrenzenID’ en de reeds bestaande gegevens ‘domein’ en ‘geldigOp’;

• de regels die gelden voor de identificatie van het Ambtsgebied te wijzigen.

In het TPOD Omgevingsverordening zijn voorschriften gesteld aan de opsommingstekens die bij een lijst gebruikt mogen worden. Voor een lijst van het tweede niveau moet gebruik gemaakt worden van Arabische cijfers. De indiener wil de vrijheid hebben om achter dat cijfer een o in superscript te zetten en verzoekt om aanpassing van het toepassingsprofiel om dit mogelijk te maken c.q. de beperking op te heffen. De indiener wil dit om voor gebruikers verwarring met leden te voorkomen.

Melding indiener: In IMOW 1.0.3, die volgens jullie informatie tot STOP/TPOD 1.0.4 hoort, staat over het element 'Eenheid' van de Omgevingsnorm: "*Eenheid mag alleen gebruikt worden bij kwantitatieve normwaarden.". Aangezien hier 'mag' staat lijkt met mij (taalkundig) dat het niet verplicht is bij een kwantitatieve normwaarde Oftewel het mag ook dan leeg gelaten worden.

Indiener stelt voor om de tekst "Eenheid mag alleen gebruikt worden bij kwantitatieve normwaarden." in IMOW, CIMOW en indien nodig in de TPOD’s te wijzigen in "Eenheid is verplicht bij kwantitatieve normwaarden en mag niet gebruikt worden bij andere typen normwaarden."

In de waardelijst staan binnen de Natuurgroep drie niet-bestaande symboolcodes. Het lijkt om typfouten te gaan. Deze moeten gewijzigd worden om het bij de waarde behorende gebied in de Viewer te kunnen zien.
Het gaat om:

• Habitatrichtlijngebied, symboolcode vgst114
• Toegangsbeperkingsgebied, symboolcode vgst002
• Vogelrichtlijngebied, symboolcode vgst123

Waardelijsten: toevoegen waarde ‘maatvoering gebruik’ aan waardelijst omgevingsnormgroep

Dit komt voort uit de werkplaats Amsterdam.

De constatering is dat vrije tekstvelden niet goed werken.

Status en Procedurestatus als enumeratie zouden in een schema in plaats van als string opgenomen moeten worden in IMOW.

Diverse eerder in IMOW opgenomen elementen zijn in de loop van de tijd overbodig gebleken. Nu er een X-wijziging komt, is het mogelijk om ze definitief te verwijderen.

Vervallen elementen uit IMOW en de TPOD's:

• Buitenbesluit

• id

• SpecifiekeSymbolisatie

• GebiedengroepRef, GebiedRef, LijnengroepRef, LijnRef, PuntengroepRef, PuntRef

• GerelateerdeRegeltekst

STOP kent voor Vrijetekststructuur de elementen Divisie en Divisietekst. IMOW maakt het alleen mogelijk om te annoteren op het element Divisie, niet op het element Divisietekst.

De oplossing hiervoor wordt gevonden in aanpassingen van STOP en aanpassingen van IMOW. De details van de aanpassingen van IMOW zijn reeds uitgewerkt.

Dit geldt voor IMOW en alle TPOD’s voor omgevingsdocumenten met vrijetekststructuur: omgevingsvisie, projectbesluit, instructie, programma

Geconstateerd is dat het wenselijk is om aan het tijdelijk regelingdeel van voorbereidingsbesluit en reactieve interventie een toelichting en een artikelsgewijze toelichting te kunnen toevoegen. Dit is in STOP inmiddels uitgevoerd en moet worden toegevoegd aan de TPOD's voorbereidingsbesluit en reactieve interventie.

Geconstateerd is dat het stelsel nog niet kan omgaan met het direct bij aanlevering van een besluit ook al aanleveren van gegevens over het intrekken van de regeling die onderdeel is van dat besluit.

In TPOD voorbereidingsbesluit beschrijven van de procedure voor intrekken van het tijdelijk regelingdeel op de manier die het stelsel nu kan verwerken

Betrekking op TPOD voorbereidingsbesluit