‘Figuur 1: Objecttypen uit CIMOW’ De beschrijving onder de figuur komt niet overeen met het figuur, met name de donker- lichtblauwe blokjes, en de grijze randen; er zijn grijze randen, zwarte randen en blokken die geen rand lijken te hebben maar een 3d weergave.

Oplossing: Opmaak/tekst fout is verwerkt in CIMOW 1.0.5

De IMOW-waardelijst kent een aantal uitbreidbare waardelijsten. Het DSO-Stelsel kent nog geen mechanisme om aan uitbreidbare waardelijsten eigen waarden toe te voegen; feitelijk functioneren die waardelijsten als limitatieve waardelijst. In de praktijk bestaat wel een grote behoefte aan het toevoegen van eigen waarden. Als er, alleen voor de periode waarin het stelsel nog niet om kan gaan met uitbreidbare waardelijsten aan de uitbreidbare waardelijsten een waarde ‘nog toe te voegen’ wordt toegevoegd, wordt het mogelijk om een andere waarde te gebruiken.

Naar aanleiding van een aanpassing in het IMOW v1.0.3 over het gebruik van het attribuut specifiekeSymbolisatie ten behoeve van een eigen symbolisatie moet de tekst van het Presentatiemodel hierop worden aangepast.

De aanpassing betreft de verwijdering van het gebruik van specifiekeSymbolisatie. In plaats daarvan wordt het het object SymbolisatieItem gebruikt.

In STOP 1.0.4 is de kennisgeving van ontwerp- en genomen besluiten gemodelleerd. Het is wenselijk om aan alle relevante TPOD’s een beschrijving van de kennisgeving toe te voegen.

Impact: alleen impact op de TPOD’s, daaraan wordt extra paragraaf toegevoegd.

Er bleek nog een fout in de waardelijsten te zitten, daarom deze 1.0.5-versie.
Van alle waarden in de waardelijst Beperkingengebiedgroep is het domein (in de uri) veranderd in 'beperkingengebied', zodat het mechanisme om het domein automatisch af te leiden weer in lijn is met alle gebiedsaanwijzingtypen.

Indiener heeft verzocht om aanpassing van de waardelijst Thema. Bij het attribuut thema hoort nu een lange waardelijst die in de ogen van indiener waarden van zeer uiteenlopend niveau bevat. Naar zijn mening is het attribuut thema bedoeld om juridische regels of delen van beleid die inhoudelijk bij elkaar horen in samenhang te kunnen tonen en om specifieke procedurele bepalingen in samenhang te kunnen tonen. In omgevingsvisies kunnen daarnaast ook bredere beleidsthema’s voorkomen. Indiener vindt het ongewenst dat deze in karakter zeer verschillende waarden in dezelfde waardelijst zijn opgenomen. Dat vergroot namelijk de kans dat regels die inhoudelijk gezien bij elkaar horen, maar door verschillende bestuursorganen zijn vastgesteld, op verschillende wijze met thema worden geannoteerd. Indiener stelt voor om de waardelijst Thema terug te brengen tot een beperkt aantal kernwaarden en voor bredere beleidsthema’s een andere oplossing te kiezen, bijvoorbeeld met het object Hoofdlijn.

Foutje in de symbolenbibliotheek 1.0.0:
De symbolisatie van de vsh0xx en vsh1xx is identiek aan de vsht0xx en vsht1xx. Op basis van de omschrijving verwacht ik dat de fill-opacity van de vshT varianten 0,5 zou moeten zijn.
Foutje in de sld, de opacitiy moet 0.5 zijn.

Naar aanleiding van een afbeelding uit het BAL geeft het Kadaster aan dat zij graag meer over de omvang van een afbeelding in de standaarden zien. Het gaat erom dat in CIMOW/Presentatiemodel wordt opgenomen hoe breed/hoog een afbeelding verbeeld mag worden.

In de TPOD voor Omgevingsplan wordt onder kop niets vermeldt over 'subtitel'. Kan dit element nu wel of niet voorkomen onder Kop?’ Het antwoord is, in omgevingsdocumenten zijn subtitels niet toegestaan.

STOP kent de Kop-elementen Nummer, Label, Opschrift en Subtitel.
In de TPOD’s voor omgevingsdocumenten met Artikelstructuur werden wel Nummer, Label en Opschrift beschreven. Subtitel werd niet genoemd.
*Om duidelijkheid te scheppen nemen we in de betreffende TPOD’s een expliciete bepaling op dat het gebruik van het element Subtitel in omgevingsdocumenten met Artikelstructuur niet is toegestaan. *
NB: in omgevingsdocumenten met Vrijetekststructuur geldt geen beperking voor de elementen die in Kop gebruikt kunnen worden, daar is Subtitel wel toegestaan.

Het gebruik van gml:id in de standaarden staat toegelicht vanuit basisgeometrie, maar deze invulinstructie is overbodig en zorgt alleen voor ballast.

In de basisgeometrie staat het attribuut gml:id omschreven, inclusief een invulinstructie. Deze invulinstructie was handig voor gml-versie 3.2.1, maar bij gml-versie 3.2.2 is dit niet nodig. Dit moet aangepast worden zodat STOP en IMOW hier ook op aangepast kunnen worden (en deze invulinstructie niet meer voorschrijven).