Wijzigen 'Aanhef' wordt 'Lijstaanhef'' verplicht in Tpod met artikelstructuur

STOP kent tussenkop als een van de inhoud-elementen. De 1.0-versies van de TPOD’s noemen enkele voorbeelden van inhoud-elementen en verwijzen naar STOP voor het volledige overzicht. Gebruik van Tussenkop als element voor Inhoud in instrumenten met artikelstructuur is echter niet gewenst. Daarom in de volgende versies van de TPOD’s het gebruik van Tussenkop bij instrumenten met artikelstructuur uitsluiten. Bij instrumenten met vrijetekststructuur is het gebruik van Tussenkop wel toegestaan.

1. Corrigeren tekst in TPOD’s over gebruik van Noemer bij GIO’s.
2. Onderzoeken of het feit dat TPOD Noemer kent en STOP niet (meer) een probleem is.

Verzoek om in de TPOD’s meer uitleg te geven bij het concept van 1 of meer juridische regels bij een regeltekst en de gegeven voorbeelden.

In de TPOD omgevingsverordening is het toegestaan letters toe te voegen bij de nummering van Artikel en Lid. Dit is te beperkend. Werken met letters moet voor kunnen komen bij alle tekstelementen.

Dat is te beperkend voor het werken met wijzigingsbesluiten. Het is ook noodzaklijk om letters toe te voegen aan hoofdstukken, paragrafen etc. Kortom voor alle elementen.

Verzoek tot:

Wijzigen en aanvullen toelichting in CIMOW voor relatiesoort “bovenliggende activiteit”:

• Toelichten dat annoteren van alle onderliggende activiteiten die bij een bovenliggende activiteit horen, niet hoeft.
• Toelichten in welke situaties, op welke manier dan wel een bovenliggende activiteit geannoteerd moet worden.
• Toelichten wat de technische en juridische implicaties zijn van de relatie bovenliggende activiteit.

Vermijden omschrijving activiteittype in toelichting bovenliggende activiteit (daarentegen formulering gebruiken als “activiteit is een nadere detaillering van bovenliggende activiteit” oid.

Issue: Toepassing nen3610:identificatie in IMOW.xsd

Het attribuut ‘identificatie’ komt voor bij alle IMOW objecttype die identificeerbaar en refereerbaar moeten zijn.
Het attribuut is een toepassing van het NEN3610 attribuut identificatie en het mechanisme voor unieke identificatie van objecten. De toepassing ervan is echter niet zoals dat in NEN3610 gebruikelijk is, niet conform NEN 3610, als we de implementatie er bij betrekken.

Beschrijving issue
IMOW en CIMOW specificeren het attribuut identificatie op de correcte NEN3610 manier: een gestructureerd datatype bestaande uit drie attributen: namespace, lokaalID en versie.

Naar verwachting zou dat ook op die manier in het IMOW.xsd en in IMOW xml bestanden terug moeten komen.

In het IMOW.xsd is dit echter niet het geval en wijkt het af van andere NEN3610 XML implementaties.

Dit is nu de implementatie in een IMOW dataset:

Verzoek:
Pas de NEN 3610 conforme XML implementatie toe. Zorg dat je in de XML implementatie een onderscheid tussen de technische id (xs:id of gml:id) en de functionele NEN3610:identificatie maakt.

Verzoek tot:

• Vervangen afbeelding van IMOW diagram in elk TPOD. Er is een IMOW object “Regelingsgebied” tekstueel toegelicht in de TPODs v1.0.3, maar deze is niet gevisualiseerd in het IMOW-diagram in deze TPODs

In het CIMOW komt een model-construct er niet goed uit, terwijl dat in het IMOW wel goed werkt.

Geraakte standaarden/documentatie (incl. impact):

• CIMOW-JSON (z)
• CIMOW-documentatie (z)
• IMOW-documentatie (z)

Omschrijving toevoegen aan de standaard (IMOW). Toevoegen van de beperking dat cirkels en bogen niet gebruikt mogen worden.