Geo-informatie uit NEN 3610 koppelen aan uw systemen

NEN 3610 is geen bestandsformaat maar een basismodel: het beschrijft de regels en bouwstenen waarmee sectorale informatiemodellen in het geodomein worden opgesteld. Daaronder hangt een familie modellen, waaronder IMGeo voor grootschalige topografie, IMRO voor ruimtelijke plannen en IMKL voor kabels en leidingen. Geonovum beheert die familie.

Het doel is semantische samenhang: dat een object in het ene register hetzelfde betekent als in het andere. De norm is meegegroeid met ontwikkelingen in semantiek en Linked Data en sluit aan op MIM, het metamodel voor informatiemodellen. Voor u betekent dat vooral dat de betekenis expliciet is vastgelegd en niet in de hoofden van uw beheerders zit.

Aansluiten op een NEN 3610-model is meer dan een bestand inlezen. Dit is wat er onderweg mis kan gaan en dus geregeld moet worden.

• De vertaling tussen de objecttypen uit het model en uw eigen objectsoorten.
• De attributen die u overneemt en de attributen die u bewust laat vallen.
• Het coördinaatstelsel en de nauwkeurigheid waarmee geometrie binnenkomt.
• De identificatie van objecten, zodat een object bij de volgende levering herkenbaar is.
• Mutaties: wat is toegevoegd, gewijzigd of vervallen sinds de vorige levering.
• De versie van het informatiemodel waartegen u hebt ingelezen.

De verleiding is om alles over te nemen. Dat levert een systeem op dat de volledige rijkdom van het model bevat en waarin uw eigen mensen niets terugvinden, omdat zij in hun eigen termen denken. De omgekeerde fout is te veel weglaten, waarna u bij de eerstvolgende vraag ontdekt dat het attribuut dat u nodig heeft nooit is ingelezen.

De praktische route ligt ertussenin: neem de objecttypen over die u werkelijk gebruikt, houd de brongegevens apart bewaard zodat u later kunt uitbreiden, en leg de vertaaltabel expliciet vast in plaats van hem in code te verwerken. Dat laatste scheelt bij elke modelherziening.

Wij bouwen die laag naast uw bestaande systeem. De registratie blijft bij de bronhouder, uw eigen omgeving houdt zijn eigen taal, en de vertaling ertussen is een onderdeel dat u zelf kunt aanpassen.

Het verschil tussen een geo-koppeling die houdbaar is en een die dat niet is, zit in de mutaties. Wie bij elke levering de hele set opnieuw inleest, verliest de historie en kan achteraf niet zeggen wanneer een object is verdwenen.

Er hangt bovendien een praktische kant aan. Een volledige set opnieuw inlezen kost bij grote registraties zoveel tijd dat het 's nachts moet gebeuren en dat een mislukte levering een dag kost. Mutaties zijn kleiner, gaan sneller en laten zien wat er is veranderd, wat op zichzelf al informatie is: een plotselinge stroom wijzigingen in een gebied betekent meestal dat daar iets gebeurt.

Werkt u met mutaties, dan blijft de vraag beantwoordbaar hoe een gebied er vorig jaar uitzag. Dat is bij ruimtelijke besluiten en bij kabels en leidingen geen luxe maar de kern: wat gold er op de dag dat er werd gegraven.

Aan de bronkant komen de gegevens uit landelijke voorzieningen of uit het systeem van uw bronhouder, doorgaans als bestandslevering of via een dienst. Aan uw kant koppelen we met wat u gebruikt: een beheersysteem, een kaartomgeving of een eigen applicatie.

Verwerkt u breder gegevens uit meerdere bronnen, dan hoort dit thuis in dezelfde laag als data-integratie software. Hoe koppelingen in het algemeen werken staat op systemen koppelen met een api.

Let op de versie van het informatiemodel. Modellen worden herzien en dan verschuiven objecttypen of attributen. Als uw vertaaltabel niet vastlegt tegen welke versie zij is gemaakt, merkt u een herziening pas als er gegevens verdwijnen zonder foutmelding.

Let ook op de nauwkeurigheid. Geometrie uit een grootschalige registratie is preciezer dan wat uw eigen tekeningen aankunnen, en omgekeerd. Leg vast wat u overneemt en wat u afrondt, want een afronding die stil gebeurt, komt later terug als een verschil dat niemand kan verklaren.

Het aantal objecttypen dat u werkelijk gebruikt, bepaalt het meeste. Een koppeling op vijf typen is een overzichtelijk project; een koppeling die het hele model dekt, is dat niet en levert zelden meer op.

Daarnaast telt of mutaties meemoeten. Alleen de huidige stand inlezen is aanzienlijk eenvoudiger dan bijhouden wat er sinds de vorige levering is veranderd, en dat verschil bepaalt of u later historische vragen kunt beantwoorden.

1. We bepalen welke objecttypen en attributen u werkelijk gebruikt in uw eigen processen.
2. We maken de vertaaltabel naar uw eigen objectsoorten en leggen de modelversie vast.
3. We bouwen het inlezen van één levering en toetsen het resultaat aan uw kaartbeeld.
4. Daarna de mutatieverwerking, zodat historie bewaard blijft.
5. Pas als dat staat, koppelen we door naar uw beheersysteem of applicatie.

• Data-integratie software
• Bouw- en vastgoedsoftware
• Alle software op maat