Home » railML newsgroups » railML.infrastructure » SpeedChange : Protection system reference
Re: SpeedChange : Protection system reference [message #453 is a reply to message #452] Tue, 13 November 2012 12:15 Go to previous message
Dirk Bräuer is currently offline  Dirk Bräuer
Messages: 311
Registered: August 2008
Senior Member
Dear Susanne,

> We don't try to find a solution for signals/panels in this thread. It is
> more about a reference from speed changes to its "securing" train
> protection elements never mind if there are speed panels or signals at
> all.

Thank you for clarifying this, but it was Christian who brought the
discussion on signals, not me.

>> Considering a signal, it may show different signal aspects, which
>> relate to different <speedChange> elements then.

I am not sure whether you can cancel Christians thoughts in that way. ;-)

So the question still is whether the very important differences between
speedChanges and speedAspects should be "kept" anywhere, may be in Wiki.
If I get the agreement I would write it into Wiki.

---
Concerning the reference speedChange <-> trainProtectionElement:
- I would agree with the way via a 'trainProtectionGroup'.
- I agree the direction speedChange --> trainProtectionGroup (1:n) -->
trainProtectionElement (1:n) is the more reasonable one.
- Consider our discussion on cross-references in general: May be you want
to introduce both directions from the beginning.

Dirk.
 
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: Alternative Stationsnamen (ocp, additionalName)
Next Topic: Tools zum Erstellen der Topologie / Tools for creating the topology
Goto Forum:
  


Current Time: Fri May 17 09:17:58 CEST 2024