Home » railML newsgroups » railML.infrastructure » More detailed 'speed change' definitions
Blocking of infrastructure elements (was: More detailed 'speed change' definitions) [message #443 is a reply to message #322] Mon, 12 November 2012 13:11 Go to previous messageGo to previous message
Susanne Wunsch railML is currently offline  Susanne Wunsch railML
Messages: 0
Registered: January 2020
Dirk Bräuer <dirkbraeuer(at)irfpde> writes:

>> ** How to define the "blocking of a track"?** Using a time
>> restricted speed profile with vMax="0" in the
>> speedChange elements?
>
> From my experience, blockings have nothing to do with speed
> restrictions. We should consider a new ‘list of blockings’ in future,
> probably rather in TimeTable subschema. If we mix blockings and speed
> restrictions, it becomes much more difficult here…

We already filed a Trac ticket for this issue in order to clarify it
with some later release:

http://trac.assembla.com/railML/ticket/156

Kind regards...
Susanne

--
Susanne Wunsch
Schema Coordinator: railML.common
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re-factoring of <infraAttributes>
Next Topic: Hierarchy of overlaying speed profiles and National vs. Generic speed profiles.
Goto Forum:
  


Current Time: Fri Mar 29 14:19:23 CET 2024