Home » railML newsgroups » railml.timetable » <trackRef>.dir
Re: <trackRef>.dir [message #786 is a reply to message #785] Tue, 29 May 2012 13:45 Go to previous messageGo to previous message
Susanne Wunsch railML is currently offline  Susanne Wunsch railML
Messages: 0
Registered: January 2020
Hi Dirk and Joachim,

coord(at)timetablerailmlorg (Joachim Rubröder) writes:

> Dirk Bräuer wrote:

>> We should clearify and ease the attribute
>> <trainPart>.<ocpTT>.<sectionTT>.<trackRef>.dir.
>>
>> So far, it has the enumeration values up, down, unknown, none, and both.
>> The only two which make sense are up & down but both should be renamed to
>> 'falling' and 'raising' as in infrastructure (see also news message from
>> 26.03.2012 and Trac ticket #145).
>>
>> The others are not applicable and should be deleted. (Instead of using
>> 'unknown' one should skip the optional attribute.)

> I would suggest to use "tDelimitedDirection" (up, down, unknown) instead
> of "tLaxDirection" (up, down, unknown, both, none) in 2.2 because "both"
> and "none" make no sense. Instead of using "unknown", the optional
> attribute "dir" should be skipped.

If a type for "up" and "down" is needed, we should create it.

Currently the absence of the attribute has the same semantics as the
attribute "dir" with value "unknown". I don't know if these two
possibilities of defining the same meaning introduce any troubles in
programming.

We keep in mind that there will be a renaming of the enumeration values
in next major release (raising, falling).

>> Das Attribut <trainPart>.<ocpTT>.<sectionTT>.<trackRef>.dir ist mit den
>> Ausprägungen up, down, unknown, none und both definiert. Die einzig
>> sinnvollen sind up und down, wobei diese in raising und falling
>> umdefiniert werden sollten. Die übrigen sind nicht zutreffend (statt
>> unknown kann das optionale Attribut weggelassen werden) und sollten daher
>> entfallen.

> Als kleine Verbesserung bietet sich an den Typ "tDelimitedDirection" (up,
> down, unknown) statt "tLaxDirection" (up, down, unknown, both, none) in
> Version 2.2 zu verwenden, da die Ausprägungen "both" und "none" hier
> keinen Sinn machen. Statt "unknown" zu verwenden sollte man das optionale
> Attribut weglassen, was in der Dokumentation vermerkt wird.

Falls ein Typ für "up" und "down" gebraucht wird, sollte er geschaffen
werden.

Zur Zeit bedeuten die Abwesenheit des Attributs und das Attribut
dir="unknown" das gleiche. Ich kann nicht einschätzen, ob diese zwei
Varianten, das Gleiche auszudrücken Schwierigkeiten bei der
Programmierung bereiten.

Wir behalten im Hinterkopf, dass die Aufzählungswerte mit dem nächsten
größeren Versionsschritt in "raising" und "falling" umbenannt werden.

Kind regards... / Beste grüße...
Susanne

--
Susanne Wunsch
Schema Coordinator: railML.common
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: RFE for stop description
Next Topic: missing bitMask at <trainPart><operatingPeriodRef>
Goto Forum:
  


Current Time: Fri May 17 02:11:35 CEST 2024