UC:IS:NetworkStatement: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[unchecked revision][checked revision]
(→v3.2)
(-fra)
(One intermediate revision by the same user not shown)
Line 1: Line 1:
{{UseCase|IS|3.2|title=Network Statement|abbr=NEST|reporter=SŽDC|pdf={{UCpdf|3.1|https://documents.railml.org/schemas/usecase/railml-use-case_is-nest.pdf}}{{UCpdf|3.2|consolidated}}}}
{{UseCase|IS|3.2|title=Network Statement|abbr=NEST|reporter=SŽDC|pdf={{UCpdf|3.1|https://documents.railml.org/schemas/usecase/railml-use-case_is-nest.pdf}}{{UCpdf|3.2|consolidated}}}}
{{Missing information|topic=the use case|user=[[Benutzer:Vasco Paul Kolmorgen|Vasco Paul Kolmorgen]] ([[Benutzer Diskussion:Vasco Paul Kolmorgen|Diskussion]]) 14:23, 15. Mär. 2016 (CET)}}


{{UC title}}
{{UC title}}
Network Statement; {{Deu|Network Statement}}; {{Fra|nom Network Statement}}
Network Statement; {{Deu|Network Statement}}


{{UC description}}
{{UC description}}

Revision as of 13:50, 13 March 2023

Network Statement
(NEST)
Subschema: Infrastructure
Reported by: SŽDC
Pdf.png (version(s) 3.1)

Finish.png (version(s) 3.2)
For general information on use cases see UC:Use cases


Use case / Anwendungsfall

Network Statement; Network Statement

Description / Beschreibung

The Network Statement covers the requirements for access and use of the rail network (route network) of the infrastructure manager. It provides all the technical and operational information that is necessary for entities entitled to access the network and use track capacity to carry out their rail traffic services and operate their rollingstock on the rail 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)?

  • Geometry
  • Construction
  • Railway Operation

Which specific IS data do you expect to receive/send (elements)?

  • Topology
    • micro level topology (tracks + track nodes)
    • macro level topology (lines + operational points)
    • support of different levels of detail
    • location referencing
    • orientation
    • grouping of elements
  • Geometry
    • <horizontalCurve> (radius)
    • <gradientCurve> (slope)
    • <superelevationCurve> (superelevation)
  • Assets
    • Signalling (train radio; communication system)
    • Electrification (voltage, frequency, contactLineType)
    • Rails (track gauge; clearance gauge; switch; crossing)
  • Operational infrastructure elements
    • <operationControlPoints> (id, name)
      • <propOperational> (operationalType)
      • <propService> (passenger)
      • <designator> (register, entry)


    ( * no railML-attribute available for this information yet)