Home » railML newsgroups » railml.timetable » stopDescription: Default values for optional attributes
Re: stopDescription: Default values for optional attributes [message #1559 is a reply to message #1544] Tue, 02 May 2017 15:32 Go to previous messageGo to previous message
Christian Rößiger is currently offline  Christian Rößiger
Messages: 62
Registered: March 2015
Member
Hello all,

I agree with the idea of defining default values for the stopdescription
attributes and the new examples in the wiki are already a good starting
point.
However, I would not prefer to define 'static' default values for each
attribute on its own, because the attributes can't be used independently
from each other. Some attributes only make sense, if another attribute
has a certain value, some are mutually exclusive. For example, if I want
to model a "guaranteed pass" (train must not stop at this station), all
attributes except "guaranteed pass" itself are not applicable in this
situation, because they specify a "stop" while "guaranteed pass" is for
a "pass". So, if we define the default values 'statical' as written
below, I would have to write something like

<stopDescription guaranteedPass="true" commercial="false" onOff="none">

which is quite redundant and may lead to confusion in my opinion.

Instead of that, I would define at first which combinations of
attributes are allowed and then define the default values for each
combination.
I tried to list all meaningful combinations in a table which I uploaded
under the name "stopdescription_defaults" to the railml cloud as an
input for next telco. As you can see, I choose the same default values
as written below, but restricted the use of some attributes, where not
applicable. I also included the attribute "stopType" of <ocpTT>, because
it is strong connected with the other attributes.

Kind regards
Christian Rößiger


Am 07.04.2017 um 12:20 schrieb Philip Wobst:
> However, should this not be
> the case then following default
> values can be anticipated (these were reviewed and mutually
> agreed on at the last TT developer meeting in Berne on the
> 23rd of March 2017):
> onOff: both operationalStopOrdered: false stopOnRequest:
> false guaranteedPass: false commercial: true
>
> NOTE: In railML 3.X these attributes shall either have an
> agreed default value in the XSD or they should be made
> mandatory.
>


--
iRFP e. K. · Institut für Regional- und Fernverkehrsplanung
Hochschulstr. 45, 01069 Dresden
Tel. +49 351 4706819 · Fax. +49 351 4768190 · www.irfp.de
Registergericht: Amtsgericht Dresden, HRA 9347
 
Read Message
Read Message
Read Message
Previous Topic: Sparx Enterprise Architect for TT modelling?
Next Topic: Timetable data elements for railVIVID
Goto Forum:
  


Current Time: Fri May 03 05:13:44 CEST 2024