Meldingen geo-standaarden

Corrigeren van tekst over het STOP-element DivisieTekst in paragraaf 5.3. van alle TPOD’s. In het gedeelte dat aandacht vraagt voor het verschil tussen STOP en TPOD wordt onbedoeld de indruk gewekt dat het mogelijk is om DivisieTekst met IMOW-objecten te annoteren.

Oplossingsrichting:
Corrigeren tekst door duidelijk te maken dat annoteren met IMOW-objecten wel mogelijk is op het niveau van een STOP-Divisie, maar niet op het niveau van een STOP-DivisieTekst.

Wijzigingen in de standaarden en voorzieningen zorgen voor de noodzaak van een nieuwe versie van de validatiematrix. Dit is een gedeeld product waarbij het gepubliceerd wordt door Geonovum.

Herschrijven van de paragrafen over verplichte en onverplichte onderdelen van de standaard: strakker opschrijven wat minimaal vereist is, wat extra is, terminologie actualiseren en onderwerp verder verduidelijken. Bekijken of de paragraaf verplaatst moet worden naar andere plek in de TPOD’s.

In alle TPOD’s worden de woorden symbolisatiebibliotheek en symbolenbibliotheek door elkaar gebruikt voor hetzelfde onderdeel van de standaard. Het woord symbolisatiebibliotheek moet overal waar het voorkomt worden vervangen door symbolenbibliotheek.

Bij het verwerken van WELT-88 GESLOTEN (Uit het normstellende deel van de TPOD-paragraaf over het objecttype Locatie en uit de validatieregels wordt geschrapt de beperking dat voor het attribuut hoogte bij Locatie alleen gekozen kan worden voor (de waarde van de waardelijst Eenheid) meter.) is bij Gebied, Lijn en Punt een van de drie keren dat meter voorkwam over het hoofd gezien. Deze moeten nu alsnog worden verwijderd.

Corrigeren van inleidende tekst en tabel ‘Regels voor tekstelementen en hun invulling – Artikelstructuur’ in paragraaf 5.2 van alle TPOD’s voor omgevingsdocumenten met artikelstructuur.

Oplossingsrichting: Verwijderen Boek en Deel uit tabel, verwerken Boek en Deel in inleidende tekst, vervangen Regeling door Lichaam (of in inleidende tekst aangeven dat het onderdelen zijn die voorkomen in het Lichaam).

Het lukt nu niet om nieuwe versies van de IMOW-waardelijsten in de Stelselcatalogus te krijgen omdat de functionaliteit daarvoor niet voldoende is. Daardoor is er een groot verschil ontstaan tussen de versie die Geonovum op de officiële standaardenpublicatiepagina heeft gepubliceerd (versie 1.0.7) en de versie in de Stelselcatalogus (versie 1 1.0.3). De enige mogelijkheid om de versies gelijk te krijgen is om alle gegevens stuk voor stuk in de database van de Stelselcatalogus te typen. Dat is ondoenlijk. Daarom hebben Geonovum en de Stelselcatalogus een harvestmethode ontwikkeld. Geonovum zet dan de nieuwe versie van de waardelijsten in het juiste (JSON-)formaat klaar, de Stelselcatalogus haalt de nieuwe versie op en die wordt geautomatiseerd in database van de Stelselcatalogus geïmporteerd.

Geonovum beheert de waardelijsten in de eigen beheeromgeving in XML-formaat. Vanuit die beheeromgeving worden bij een nieuwe versie twee exports gemaakt: één voor de publicatie op de officiële standaardenpublicatiepagina en één voor de Stelselcatalogus.

Om de harvest-methode goed te laten verlopen zijn er aanpassingen nodig aan de XML-structuur van de waardelijsten. Die aanpassingen worden aangebracht in de beheeromgeving. Ze werken daarmee door in beide exports, dus ook in de officiële gepubliceerde versie. Het is alleen de structuur die wijzigt, inhoudelijk blijven de waardelijsten dezelfde gegevens bevatten.

De wijzigingen aan de xml-structuur zijn:

1. In element <waardelijsten> werd alleen de versie-aanduiding meegenomen. Ten behoeve van versiebeheer komt daar nu een element <publicatiedatum> bij.
2. Op element <waardelijst> is element <titel> vervangen door <term>. Dit is nu consistent over alle objecten heen.
3. Eerder zorgde het zelfbedieningsportaal voor GeldigheidStartdatum en GeldigheidEinddatum op een waarde. Dit beheer gebeurt nu in de xml-bestanden. Daarvoor komt op element <waarde> een element <geldigheid> met daarbinnen <startwaarde> en <eindwaarde>.
4. Op een waarde zat <bron> als eigenschap. Voor de stelselcatalogus is dit niet voldoende. Daar is een bron niet een eigenschap maar een object. Element <bronnen> wordt daarom als object opgenomen in een waardelijst.

In versie 1.0.0, -1 of -2 is in het CIMOW de Activiteitlocatieaanduiding geïntroduceerd als relatieklasse op de relatie Regel voor iedereen -> Activiteit. In versie 1.0.3 is dit gewijzigd in een gegevensgroep van Regel voor iedereen. Wat is de bestaansreden voor het gegevensgroeptype Activiteitlocatieaanduiding? Het vastleggen van de daarvoor bedoelde situaties kan evengoed door het onderscheiden van meer juridische regels cq. 'regels voor iedereen' bij een regeltekst met per 'regel voor iedereen' een (Activiteit)regelkwalificatie en één of meer gerelateerde activiteiten en locaties.

In versie 1.0.0, -1 of -2 is in het CIMOW de Activiteitlocatieaanduiding geïntroduceerd als relatieklasse op de relatie Regel voor iedereen -> Activiteit. In versie 1.0.3 is dit gewijzigd in een gegevensgroep van Regel voor iedereen.

Voorstel is om de wijziging van relatieklasse naar gegevensgroep zorgvuldiger te doorgronden en deze daarna aan te passen in CIMOW. Doorvoering hiervan moet gepaard gaan met overeenkomstige aanpassing van het IMOW. De daarin gemodelleerde relatieklasse modelleert een andere feitelijke situatie dan die in het CIMOW.

In versie 1.0.0, -1 of -2 is in het CIMOW de Activiteitlocatieaanduiding geïntroduceerd als relatieklasse op de relatie Regel voor iedereen -> Activiteit. In versie 1.0.3 is dit gewijzigd in een gegevensgroep van Regel voor iedereen. In de versie van het IMOW, 1.0.2, is het (nog) een relatieklasse.

Het voorstel is om de modellering van de relatieklasse aan te passen.