Search results
Jump to navigation
Jump to search
- the track using absPos. epsgCode is highly recommended (mandatory for a future release) if there are coordinates given in the attribute coord (i. e. if12 KB (1,472 words) - 19:28, 22 January 2024
- misses a lot of additional attributes/information or it should be moved to a future interlocking schema. Perhaps both. Not yet described. / Noch nicht beschrieben2 KB (538 words) - 17:26, 15 February 2021
- correct data when engineering signalling systems. JBV would like in the future to use this RailML scheme for engineering of conventional signalling and10 bytes (558 words) - 16:12, 3 February 2020
- describe obsolete versions (that are not any longer supported), nor describe future features. The discussion pages are designated for issues about this wiki10 bytes (1,478 words) - 18:13, 5 March 2021
- model of today and different future scenarios. Today’s infrastructure is pulled from an asset management database. Future infrastructure is designed by10 bytes (687 words) - 16:12, 3 February 2020
- topology Infrastructure data has to be valid for the time period (in the future) of the timetable horizon. Details: for conflict detection on micro-level10 bytes (343 words) - 16:12, 3 February 2020
- profile3 (tilt) 40,50,70 0-300 (in 5 km/h steps, 300 km/h can be extended in future) Gradients Gradient 2 ‰ 0-55‰ today, 0-35‰ for new lines, operational only10 bytes (198 words) - 16:12, 3 February 2020
- restrictions (ESRs) Locations of the following may also be required in the future (TBD): Signal berths id, location Bridges id, location Road crossings id10 bytes (306 words) - 16:12, 3 February 2020
- in this use case is not based on the current infrastructure but an agreed future infrastructure state. It is important that any structure (such as repeating10 bytes (523 words) - 16:12, 3 February 2020
- precalculated, assumed or otherwise fixed run times. These may be included in a future use case RTCO that describes how communication of the results of the calculation10 bytes (860 words) - 16:39, 8 June 2023
- ❗ (available in railML® 2.2, but physically wrong; will be fixed in future version, see #254)2 KB (211 words) - 17:33, 19 January 2024
- vehicles and formations) Long term planning (starting typically 1..5 years in future with a duration of typically 3..15 years) Used elements (extract - more10 bytes (1,903 words) - 16:12, 3 February 2020
- 2.0) and is only kept for compatibility reasons. It will be removed in a future version of railML®. Please do not use branchDist anymore in your implementations45 KB (5,550 words) - 18:04, 19 January 2024
- to be understood and used as square metres. This issue will be fixed in a future railML version.</xs:documentation> + </xs:annotation> + </xs:attribute>104 KB (9,170 words) - 10:56, 8 October 2021
- by the data (focus)? Long term planning (starting typically 1..5 years in future with a duration of typically 3..15 years) Which specific timetable data16 KB (2,372 words) - 16:07, 12 November 2021
- to be understood and used as square metres. This issue will be fixed in a future railML version.</xs:documentation> </xs:annotation> </xs:attribute> - <xs:attribute398 KB (34,006 words) - 10:54, 8 October 2021