Home » railML newsgroups » railML.infrastructure » Introduction of speedChangeGroups required?
Re: Introduction of speedChangeGroups required? [message #164 is a reply to message #161] Mon, 10 October 2005 11:29 Go to previous messageGo to previous message
Matthias Hengartner is currently offline  Matthias Hengartner
Messages: 57
Registered: August 2003
Member
Hello,

> 2) How to keep comptability with the version 1.0? Should the old
> <speedChange>-element be kept untouched?

My original idea was to leave the original <speedChange>-element and add the
<speedChangeGroup>-element as an additional possibility (similar to
signal/balise groups).


>
> <speedChangeGroup elemID="SC009" pos="12.039" absPos="46.132" dir="up">
> <aSpeedChange vMax="90" trainCategory="R"/>
> <aSpeedChange vMax="135" trainCategory="A"/>
> <aSpeedChange vMax="160" trainCategory="D"/>
> <aSpeedChange vMax="200" trainCategory="N"/>
> </speedChangeGroup>
>
> 3) Should the feature be implemented as shown above or are there
> remarks, comments, extensions?

--> Where should we place the attribute "dir"? As an attribute of
<speedChangeGroup> (as above) or as an attribute of the single
<aSpeedChange>-elements?
--> Is there any idea for a better name for <aSpeedChange>?



Best regards,
Matthias Hengartner

--
****************************
Matthias Hengartner
IVT ETH Zürich
hengartner(at)ivtbaugethzch
++ 41 44 633 68 16
****************************

Report message to a moderator

[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: [IL] Contents and structure of interlocking schema
Next Topic: [IL] Ideas about interlocking schema
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu May 09 20:33:10 CEST 2024