UC:IS:NetworkStatement
|
Use case / Anwendungsfall / :
Network Statement; Network Statement;
Description / Beschreibung /
The Network Statement provides information about the technical and operational features of the railway network to the railway undertakings that want to operate their rollingstock on the network.
Data Flows and Interfaces / Datenflüsse und Schnittstellen /
The infrastructure managers are responsible for exporting all the required data.
Interference with other railML® schemas / Interferenz mit anderen railML®-Schemen /
- none
Characterizing Data / Charakterisierung der Daten /
This section serves to specify the required data regarding certain aspects.
How often do the data change (update)?
- static (not changing)
- yearly
How big are the data fragments to be exchanged (complexity)?
- big (station/yard)
- huge (region)
- whole data set (network)
Which views are represented by the data (focus)?
- Signaling
- Geometry
- Construction
- Railway Operation
Which specific infrastructure data do you expect to receive/send (elements)?
- <connections> <switch> (id, pos, absPos, model, length, type, trackContinueCourse)
- <crossSections> (id, pos, absPos, dir, ocpRef)
- <trackBegin> (id, pos, absPos)
- <trackEnd> (id, pos, absPos)
- <mileageChanges> (id, pos, absPos, absPosIn)
- <horizontalCurve> (radius)
- <gradientCurve> (slope)
- <superelevationCurve> (superelevation)
- Signalling (train radio; communication system)
- Electrification (voltage, frequency, contactLineType)
- Rails (track gauge; clearance gauge; switch; crossing)
- <operationControlPoints> (id, name)
- <propOperational> (operationalType)
- <propService> (passenger)
- <designator> (register, entry)
- <signals> (id, name, pos, absPos, dir, type, function, ocpStationRef)
( * no railML-attribute available for this information yet)