Structure: Difference between revisions

From railTOPOMODEL® Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
mNo edit summary
No edit summary
Line 1: Line 1:
{{Under Construction}}
{{Under Construction}}
<br />
<br />
The requirements for the structure of the RailTopoModel are a direct consequence of the basic use cases.
* The ability to describe a network using a classical representation with nodes and edges.
* The ability to describe a network using an optimised representation for fast computations in operational environments along the lines of connexity.
* The ability to mix different description levels for an optimal representation of the network in question to fulfill the computational requirements most efficiently. This means especially to describe the operational hotspots in the most detailed level necessary whereas surrounding areas can be described at a higher level of aggregation using the minimum number of elements.
The structure of a network is defined using three core concepts:<br />
The two concepts “NetElement” and “Relation” are essential for the topological structure whereas the two concepts “NetElement” and “ElementPartCollection” are used to describe the hierarchical structure between “NetElement” instances belonging to different description levels.<br />
So, if the network is modelled as a graph, it has to be expressed that NetElements are related to other NetElements (as most of the objects in this model, this Relation object has an identifier and a validity range).


== Topological structure (network) ==
== Topological structure (network) ==

Revision as of 14:15, 23 March 2016

UnderConstruction blue.png This page is a draft and under construction. Sorry for temporary problems. See the discussion page to find a summary of the tasks and to coordinate the work on this page. Recognize that the content of this page may change quickly. If you find any copyright infringements, please contact us: Christian.rahmig@dlr.de.


The requirements for the structure of the RailTopoModel are a direct consequence of the basic use cases.

  • The ability to describe a network using a classical representation with nodes and edges.
  • The ability to describe a network using an optimised representation for fast computations in operational environments along the lines of connexity.
  • The ability to mix different description levels for an optimal representation of the network in question to fulfill the computational requirements most efficiently. This means especially to describe the operational hotspots in the most detailed level necessary whereas surrounding areas can be described at a higher level of aggregation using the minimum number of elements.

The structure of a network is defined using three core concepts:
The two concepts “NetElement” and “Relation” are essential for the topological structure whereas the two concepts “NetElement” and “ElementPartCollection” are used to describe the hierarchical structure between “NetElement” instances belonging to different description levels.
So, if the network is modelled as a graph, it has to be expressed that NetElements are related to other NetElements (as most of the objects in this model, this Relation object has an identifier and a validity range).

Topological structure (network)

Topological structure (network)

Hierarchical structure (levels)

Hierarchical structure (levels)