Blauw gebouw

Meldingen geo-standaarden

Op deze pagina vind je een overzicht van meldingen die zijn gedaan over standaarden die Geonovum beheert. Door in het zoekveld een standaard te selecteren, kan je de status van meldingen bekijken. Heb je zelf een melding gedaan, dan kan je ook zoeken op het ID-nummer van jouw melding.

  • WELT-171
  • Status
    GESLOTEN
  • Deze is verwerkt in IMOW versie 2.0.1

Wijziging mutatiescenario intrekken en vervangen

Matuatiescenario intrekken en vervangen

Er staat nu in IMOW:

  • (OW) De OW-objecten van de oude regeling blijven bestaan, en hoeven niet gewijzigd te worden, met uitzondering van de Regeltekst-objecten en het Regelingsgebied.
    • Kortom, de juridische regels, activiteiten, gebiedsaanwijzingen, kaarten, omgevingsnormen, omgevingswaarden en symbolisatieItems blijven hetzelfde.
  • (OW) De Regeltekst-objecten en het Regelingsgebied moeten wel aangeleverd worden.
    • De Regeltekst-objecten worden aangeleverd zodat het DSO weet aan welke wId’s deze Regeltekst-objecten gekoppeld moeten worden. De Regeltekstobjecten Ook al zijn de wId’s in principe ongewijzigd, ze horen nu bij een andere Regeling. Het DSO moet hiertoe de oude versies van de Regeltekst-objecten muteren c.q. vervangen voor versies die wijzen naar een andere Regeling.
    • Het Regelingsgebied moet worden aangeleverd zodat het DSO weet op welk gebied een bepaalde regeling van kracht is. (Dit zal in veel gevallen het Ambtsgebied zijn, maar niet per se bij ieder omgevingsdocumenttype.)

En

Bij vrijetekststructuur-omgevingsdocumenten (zoals omgevingsvisies en projectbesluiten) geldt hetzelfde, maar daar waar Regeltekst-objecten staat, moet Divisie/Divisietekst-objecten komen te staan. Kortom, voor de OW-objecten bij het intrekken en vervangen geldt:

  • De OW-objecten die een koppeling maken naar de Regeling (Regelingsgebied, Regeltekst, Divisietekst en Divisie) moeten worden aangeleverd.
  • De overige OW-objecten moeten alleen worden aangeleverd als deze gemuteerd worden t.o.v. de vorige regeling.

Het voorstel voor wijziging is:
Voor de OW objecten gelden dezelfde regels als voor het muteren met uitzondering van

  • Regeltekst (of Divisie/DivisieTekst in vrijetekst-structuur).
  • Regelingsgebied

Deze objecten zijn direct verbonden met de Regeling en moeten daarom altijd opnieuw worden aangeleverd. Ze hoeven bij intrekken en vervangen niet beëindigd en opnieuw aangeleverd te worden. De beëindiging gebeurt immers op Regeling-niveau.

MAAR: als een regeltekst niet meer bestaat, moet het OW object WEL worden beëindigd.

Voorstel oplossing
Deze is verwerkt in IMOW versie 2.0.1
  • WELT-170
  • Status
    GESLOTEN
  • Voorstel goedgekeurd door het CAB
    In A'-release verwerkt in IMOW en TPOD's

IMOW: Wijziging Ambtsgebied

Gebleken is dat door de manier waarop het objecttype Ambtsgebied is gemodelleerd, het niet mogelijk is om in meerdere regelingen naar het Ambtsgebied te verwijzen. Het heeft namelijk steeds dezelfde identificatie, waardoor Ozon het afkeurt omdat die identificatie al bestaat. Dit gebeurt zowel wanneer in de verschillende regelingen het Ambtsgebied dezelfde geldigOp-datum heeft als wanneer verschillende geldigOp-data worden gebruikt. Het probleem doet zich voor wanneer een bevoegd gezag in verschillende omgevingsdocumenten wil verwijzen naar het Ambtsgebied en ook wanneer verschillende bevoegde gezagen in hun omgevingsdocumenten naar hetzelfde Ambtsgebied willen verwijzen. Een voorbeeld van het eerste is een provincie die in de omgevingsverordening én in de omgevingsvisie naar het eigen Ambtsgebied wil verwijzen. Een voorbeeld van het tweede is de situatie waarin een provincie in de omgevingsverordening een instructieregel stelt voor een bepaalde gemeente en daarvoor wil verwijzen naar het Ambtsgebied van die gemeente terwijl die gemeente in het omgevingsplan al naar dat Ambtsgebied heeft verwezen. Daarnaast is in de praktijk gebleken dat het voor gebruikers van de standaard niet duidelijk is dat het Ambtsgebied een verschijningsvorm van Locatie is waaraan annotaties met andere OW-objecten kunnen worden gekoppeld.

Voorstel oplossing
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.
CAB datum
  • WELT-169
  • Status
    GESLOTEN

TPOD Omgevingsverordening: meer vrijheid bij de opmaak van opsommingstekens van lijsten van het tweede niveau

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.

  • WELT-166
  • Status
    GESLOTEN
  • Release
    A'

IMOW en CIMOW: beschrijving attribuut eenheid bij Omgevingsnorm en Omgevingswaarde verduidelijken

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."

Voorstel oplossing
Tekst in IMOW en CIMOW wordt aangepast. Geconstateerd is dat dit in de TPOD's al duidelijk beschreven is.
  • WELT-165
  • Status
    GESLOTEN
  • Release
    A'
  • Opgelost in Waardelijsten v2.0.0-rc

Waardelijsten: oplossen van typfouten in symboolcodes

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
Voorstel oplossing
Voorgestelde oplossing is om de volgende bestaande codes uit de symbolenbibliotheek te gebruiken:
- Habitatrichtlijngebied: vsgt114
- Toegangsbeperkingsgebied: vsgt002
- Vogelrichtlijngebied: vsgt123
Verwachte publicatie datum
  • WELT-164
  • Status
    GESLOTEN
  • Release
    A'
  • Opgelost in Waardelijsten v2.0.0-rc

Waardelijsten: toevoegen waarde ‘maatvoering gebruik’ aan waardelijst omgevingsnormgroep

Waardelijsten: toevoegen waarde ‘maatvoering gebruik’ aan waardelijst omgevingsnormgroep

Dit komt voort uit de werkplaats Amsterdam.

Verwachte publicatie datum
  • WELT-163
  • Status
    GESLOTEN
  • Release
    A'

  • Opgelost in versie 2.0.0-rc van de TPOD's

IMOW: Status en Procedurestatus van OW-objecten als enumeratie in schema in plaats van als string

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.

Voorstel oplossing
Voorgesteld wordt om het invullen van status en procedurestatus (van OW-objecten) te wijzigen van vrij in te vullen veld in enumerations
CAB datum
  • WELT-162
  • Status
    GESLOTEN
  • Release
    A'
  • Opgelost in IMOW en TPOD's v2.0.0-rc

IMOW en alle TPOD's: verwijderen vervallen elementen

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

Voorstel oplossing
Vervallen elementen verwijderen uit IMOW en de TPOD's
CAB datum
  • WELT-161
  • Status
    GESLOTEN
  • Release
    A'
  • Opgelost in IMOW en TPOD's v2.0.0-rc

IMOW en TPOD's vrijetekststructuur: toevoegen objecttype Divisietekst

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

Voorstel oplossing
Het object Divisietekst aan IMOW en aan de TPOD's voor omgevingsdocumenten met Vrijetekststructuur toevoegen
CAB datum
  • WELT-160
  • Status
    GESLOTEN
  • Release
    A'
  • Opgelost in TPOD reactieve interventie en TPOD voorbereidingsbesluit v2.0.0-rc

TPOD’s voorbereidingsbesluit en reactieve interventie: toevoegen elementen Toelichting en ArtikelgewijzeToelichting aan Beschrijving RegelingTijdelijkdeel

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.

Voorstel oplossing
Toevoegen van de elementen Toelichting en ArtikelgewijzeToelichting aan de beschrijving van RegelingTijdelijkdeel in de TPOD's voorbereidingsbesluit en reactieve interventie
CAB datum

Geen updates meer missen?

Automatisch op de hoogte blijven? Meld je aan voor één van onze nieuwsbrieven.