Het volgende artikel schreef ik voor het interne nieuws van ProRail InfraManagement ('IMC Nieuws), over het project dat ik uitvoer in opdracht van het zgn. Technisch Comité van ProRail. Vorige week heb ik voor het eerst een GML-document gegenereerd, waarover meer in een volgende post.

Het Technisch Comité is een pilotproject gestart, waarin gegevens zullen worden uitgewisseld in de GML-standaard. Het doel is om kennis op te doen voor een toekomstige vervanging van de huidige CAD-bestanden. Uitwisseling middels open standaarden zoals GML belooft meer efficiëntie, beter betrouwbare gegevens en misschien zelfs kortere projecten.

CAD-bestanden?
Om te kunnen beheren heeft ProRail informatie nodig over haar infrastructuur. Die informatie wordt geleverd door onze leveranciers: ingenieursbureaus en aannemers. Zij geven ons ontwerptekeningen en vertellen zo wat er buiten staat, en waar. Deze tekeningen worden geleverd als CAD-bestand, afgekort van ‘computer aided design’. De meest voorkomende ontwerppakketten zijn AutoCad en Microstation.
Het Technisch Comité is verantwoordelijk voor de eisen die ProRail stelt aan zulke bestanden. Deze eisen staan in het voorschrift ALV00001.

Wacht even: wat is GML?
Je zou kunnen zeggen dat GML de opvolger is van de huidge CAD-bestandsformaten. GML is een afkorting voor Geography Markup Language.
De huidige CAD-bestandsformaten zijn echter “gesloten”: niemand weet hoe ze zijn opgebouwd, behalve de leverancier. Dit maakt het lastig om er informatie uit te halen. Bovendien veranderen ze regelmatig. ProRail zou dan telkens haar software moeten aanpassen.
GML daarentegen is een “open standaard”. Dat betekent dat iedereen weet hoe het bestand is opgebouwd, hoe de gegevens er in zitten. ProRail kan daardoor betere specificaties opstellen en er is minder risico dat onze software niet werkt doordat een softwareleverancier eigenhandig iets verandert.

Om hoeveel tekeningen gaat het?
ProRail ontvangt jaarlijks 30.000 nieuwe of gewijzigde beheertekeningen. Op dat aantal is efficiënte verwerking erg belangrijk.

Mogen onze leveranciers niet meer met AutoCad of Microstation werken?
Jawel. Ook deze pakketten kunnen ‘opslaan als…’ GML-bestand, mits wij duidelijke specificaties aanleveren.

Wat houdt de GML-pilot in?
We maken een database van railobjecten op een fictieve geocode, en zullen daaruit een selectie gegevens exporteren naar GML – zoals dat in de toekomst dagelijks vele malen zal gebeuren. We laten dat GML-bestand door een ingenieursbureau wijzigen, als ware het een echt infra-project. Vervolgens moeten we het gewijzigde bestand weer inlezen en onze database aanpassen.
Een en ander moet eind juni afgerond zijn. Daarna hopen we beter inzicht te hebben in welke obstakels er nog zijn om GML op termijn ProRailbreed in te voeren.

Wat heeft ProRail eraan?

• Efficiëntere verwerking. De software voor verwerken van GML-bestanden is veel eenvoudiger te maken dan voor CAD-bestanden (van meerdere verschillende software-platforms)
• Betere informatie. GML-bestanden zijn beter en makkelijker te specificeren en te verwerken, waardoor ProRail meer informatie krijgt over haar infrastructuur en beter kan achterhalen wat de eventuele effecten zijn van beheersmaatregelen.
• Minder projectuitloop. Een standaard CAD-bestand bevat gegevens over soms honderden meters tegelijk. Andere projecten kunnen soms niet vooruit omdat een bepaalde tekening is uitgeleend. Met GML kunnen véél specifiekere selecties (doorsnedes) worden gemaakt, waardoor projecten minder vaak vertraging oplopen.
• Beschikbaarheid. GML-bestanden zijn tot het einde der tijden te openen en te lezen. Hetzelfde kan niet worden gezegd voor leveranciersafhankelijke formaten. Dit kan van belang zijn mbt de archiefwet.
• Aansluiting bij marktontwikkelingen. Een marktbrede standaard brengt efficiëntie in het maken en uitwisselen.