Home » railML newsgroups » railML.infrastructure » More detailed 'speed change' definitions
Re: Blocking of infrastructure elements [message #549 is a reply to message #443] Mon, 02 December 2013 11:43 Go to previous messageGo to previous message
Christian Rahmig is currently offline  Christian Rahmig
Messages: 151
Registered: January 2011
Senior Member
Hello everybody,

just for completeness, please refer to [1] for the further discussion of
the topic.

[1]
http://www.railml.org/forum/ro/index.php?group=1&offset= 0&thread=70&id=324

Best regards

--
Christian Rahmig
railML.infrastructure coordinator

Am 12.11.2012 13:11, schrieb Susanne Wunsch:
> 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
>
 
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: Thu Mar 28 10:35:00 CET 2024