EuroRoadS for JRC Workshop Lars Wikström, Triona Editor of EuroRoadS deliverables D6.3, D6.6, D6.7

EuroRoadS scope “EuroRoads will lay the ground for a pan-European road data infrastructure through a specification framework built on identified user requirements.” “It will be a key for opening up public sector road information, for promoting public-private partnership and for establishment of important applications within the areas of in-car navigation, fleet management, intelligent transport systems, mobility management, traffic management, road maintenance, traffic safety, environmental and society planning.” Harmonisation of road data definitions - “define a common road data language” - and mechanisms for linking datasets at national borders.

EuroRoadS organization WP1 – Project management WP2 – Evaluation and quality control WP3 – Awareness and dissemination of information WP4 – Bussiness case WP5 – User requirements WP6 – Road data specification framework WP7 – Demonstration WP8 – Implementation plan WP9 – Exploitation plan

First of all! The specifications from EuroRoadS WP6 primarily deals with data exchange. –Supply the means for a successful exchange of well defined road data datasets between data suppliers and data users. –No ”European Road Database” will be managed by EuroRoadS. –The EuroRoadS test project will also set up a metadata server (”a virtual vending machine for road data”)

Handling of requirements Output from WP5 work (see slide 3) Use ISO – overall requirement for EuroRoadS Take existing specifications for road data into account: –GDF (ISO/TC204) –RADEF (defined by CEDR) Input from project members and others –Investigation of existing solutions Several workshops Draft documents  Comments  Final draft documents  Comments  Final documents

Interpretation of ISO requirement for EuroRoadS WP6 ISO Profile Universe of discourse Application schema Rules UML- Models… UML- Models … “conceptual schema for data required by one or more applications” “set of one or more base standards and — where applicable — the identification of chosen clauses, classes, options and parameters of those base standards that are necessary for accomplishing a particular function” Encoding Rules (GML) XML… EuroRoadS.xsd Exchange schema

WP6 – Document structure

Model rationale Delicate balance to adapt to existing data providers and data users. Many variations exist. –The core road network model supports a couple of variations regarding the spatial representation (e.g. geometry/topology). The model separates (as does ISO 19100) the functional- /bussiness- entity/object from its spatial representation. Spatial representation is treated the same way as any attribute and not as the ”main thing”. The functional object carries identity which is not affected when spatial or other characteristics change. It is possible to represent the same object with the same identity as purely geometric or topological depending on the needs. –The model supports different ways to attach attribution to the core road network and also separates attribution from the network itself.

Model rationale... There are difficulties in finding specific requirements for the model. ”Core European Road Data” is very general purpose. –The model must be flexible and extensible Requirement to support incremental updates makes it even more delicate –Requires transactions –Requires ways to consistently handle object identity –Requires ways of Possibilities to update attributes only

Core Network model The road network is also a coordinate reference system. –Provides a way to locate other data relative to positions in the road network. E.g. ”x meters from node y along route z in positive direction” Some basic attributes (physical and functional classification, geometry/topology, temporal validity) defines what each entity represents in the real world and where (and optionally when) it is located. –The basic attributes also provides means for the specification and declaration of data quality E.g. ”All roads classified as main road within that area have a positional accuracy...”

Core Network Model Road network entities has the ability to carry attributes –Any attribute can be invented and agreed and added to the model without changes in existing parts Road network can be referenced via linear referencing mechanisms (LRM) –Other features with identity uses LRM to locate themselves relative to the network Relies heavily on ISO 19103, 19107,

Metadata and quality Metadata (including quality) is loosely coupled with the rest of the model. –Uses scope descriptors to define the data subset for which metadata is valid. E.g. ”All roads classified as main road within that area have a positional accuracy...” Compliant with ISO 19115

Updates A requirement from the project specification. Input from –ActMAP, SS (Swedish standard proposal) The update model defines structures for representing updates –Does not define how that data is produced in the source database Transactions collect updates to atomic operations to ensure data consistency Updates represent instance level change –Add –Modify Object Attribute –Delete –CompositeUpdate (Split, Merge, Replace)

Updates example ER_RoadNode(xx-yy/a) ER_RoadNode(xx-yy/b) ER_RoadNode(xx-yy/a) ER_RoadNode(xx-yy/b)

UML modelling ”Almost” required in ISO –UML dialect defined by ISO Software industry standard VERY well-known Supported by many tools –...though not always interoperable despite XMI EuroRoadS has NOT actually officially chosen a tool, but uses MS Visio. –Why? Price Already used among project members XMI-support??????

The end... Questions or comments can be sent to