Waarom GML?
Aanpak
ProRail heeft de beleidskeuze gemaakt
om toe te werken naar uitwisseling
van selecties van objectgerichte ge
gevens en tevens te werken naar het
gebruik van open standaarden waar
dat mogelijk is. Met andere woorden:
ProRail wil de komende jaren voor de
uitwisseling van gegevens het gebruik
van leveranciersspecifieke, gesloten
formaten zoveel mogelijk uitfaseren.
Op dit vlak ontstaat overigens regelma
tig spraakverwarring. Voor alle duide
lijkheid vermelden we hier dat ProRail
nadrukkelijk niet wil voorschrijven
waarin leveranciers dienen te ontwer
pen. Iedereen kan en mag ontwerpen
en ontwikkelen in het softwarepak
ket van zijn keuze. Echter, de levering
van gegevens aan ProRail dient plaats
te vinden volgens de specificaties van
ProRail.
ProRail ziet GML als het vervolg op te
keningen en digitale CAD-bestanden.
Het is een vorm van gegevensuitwis
seling die past in een wereld van ob
jectgerichte databases. Wanneer GML-
bestanden als uitwisselingsformaat
worden gehanteerd tussen ProRail en
de ingenieursbureaus en aannemers,
kunnen de geleverde gegevens mak
kelijker worden gecontroleerd en in
databases worden opgenomen. Ten op
zichte van de traditionele CAD-forma-
ten brengt GML belangrijke voordelen
met zich mee:
efficiëntere verwerking: de software
voor verwerken van GML-bestanden
is veel eenvoudiger te maken dan
voor CAD-bestanden van meerdere
verschillende software-platforms.
CAD-bestandsformaten zijn boven
dien vaak gesloten, dus moeilijk in
te zien zonder gebruik van leveran
ciersspecifieke API's (Application
Programming Interface) of andere
speciale software;
betere informatie: GML-bestanden zijn
beter en makkelijker te specificeren
en te verwerken waardoor ProRail
meer informatie krijgt over haar
infrastructuur en beter kan achter
halen wat de eventuele effecten zijn
van beheersmaatregelen;
minder projectuitloop: een standaard
CAD-bestand bevat gegevens over
soms honderden meters infrastruc
tuur tegelijk. Infrastructurele pro
jecten kunnen soms niet vooruit
omdat een bepaalde tekening is
uitgeleend aan een ander project.
Met GML kunnen véél specifiekere selecties (doorsnedes)
worden gemaakt waardoor projecten minder vaak ver
traging oplopen;
beschikbaarheid: GML-bestanden zijn tot het einde der tij
den te openen en te lezen. Hetzelfde kan niet worden ge
zegd voor leveranciersafhankelijke formaten. Dit kan van
belang zijn vanwege de archiefwet. Door de open specifi
catie van het bestandsformaat kan in het uiterste geval
zelfs een 'viewer' vanaf de grond worden opgebouwd.
Voor gesloten bestandsformaten is dit niet mogelijk.
GML is bovendien een marktbrede
standaard. ProRail profiteert als gro
te opdrachtgever in de Nederlandse
markt van vergaande standaardisa
tie binnen een goed functionerende
marktplaats waarin informatie over
infrastructuur en infra-projecten met
vele partijen kan worden uitgewisseld
zonder telkens grote en kleine investe
ringen in specifieke bestandsformaten.
Met behulp van GML kan voor ProRail
een vaste gegevensdefinitie (schema)
worden vastgelegd. De voordelen daar
van kunnen eenvoudig worden berede
neerd wanneer men kijkt naar de tijd
die wordt besteed om telkens opnieuw
tot overeenstemming te komen met le
veranciers, grote projecten en derden
- met betrekking tot de te leveren in
formatie en de wijze waarop.
Om de haalbaarheid en wenselijkheid van GML-gegevens-
uitwisseling in de praktijk te testen, besluit ProRail in het
voorjaar van 2006 een proef te doen met deze standaard.
Binnen deze proef moet worden bepaald of GML een toepas
bare en praktische structuur biedt voor de uitwisseling van
gegevens met leveranciers.
Om de haalbaarheid op een zo breed mogelijk vlak te be
proeven, worden aan de pilot de volgende eisen gesteld:
1. ten eerste moeten er gegevens worden uitgewisseld van
een scala aan technische disciplines: civiele techniek,
energievoorziening, baan- en bovenbouw, enz. Wie im
mers een stuk spoor aanlegt, gebruikt daarbij al deze
technieken - dus wie gegevens uitwisselt, zal dat ook
moeten. Met andere woorden: de pilot mag de huidige
praktijk, met al haar versnippering van gegevens, niet als
randvoorwaarde accepteren;
2. de tweede belangrijke eis is dat het gehele proces van ge
gevensuitwisseling geraakt wordt: gegevens exporteren
bij ProRail, gegevens versturen naar de leverancier, al
daar gegevens wijzigen en vervolgens weer terugleveren
en importeren in de ProRail-database.
Voor de uitvoering van de pilot wordt een team ingericht
van vier personen die, ieder vanuit hun eigen discipline,
een bijdrage kunnen leveren: techniek, informatie-analyse,
geografie en projectmanagement. De planning is om in een
periode van een halfjaar de volledige pilot af te ronden en
de resultaten te presenteren aan het management.
GEO-INFO 2007-7/8
