Home » railML newsgroups » railML.infrastructure » Infrastructure semantics
Re: Ocp Timezones [message #264 is a reply to message #261] Wed, 18 May 2011 09:50 Go to previous message
tuomas.tiihonen is currently offline  tuomas.tiihonen
Messages: 15
Registered: May 2011
Junior Member
Hi,

good comments.

In our implementation timezone is specified like "Europe/Vienna", from
this it is possible to determine the rules of daylight saving time (of
course you would have to know the rules for Vienna).

If we define the timezone wit +2/-2 and so on, we can't interpret if there
is daylight saving time in use or not.

Of course if OCP would know the area where it stands, the interpretation
can be made. However I am not sure what is the semantically correct place
to but location information as the location information should be in
similar format as in timezone definitions (usually capital city). Now if I
consider OCP->area that is not quite suitable for this.. (A <area>
specifies the region, an operation control point is responsible for. )

1) I could use ocp->area anyway
2) OCP->timezone could have also optional field to define timezone like
"Europe/Vienna"
3) or the idea Joerg introduced
4) Or I will just not consider daylight in relation to OCP


Br,
Tuomas


Joerg von Lingen wrote:
>
> Hi everybody,
>
> although it is not relevant for rolling stock I would add some thoughts on
daylight saving time.
>
> 1) A simple flag (boolean) can only be used in timetable as it has a meaning
only in relation to a
> certain date.
>
> 2) The information is a "feature" of an ocp, however, it has to be much more
detailed in order to be
> valid in general for an infrastructure item independent of any date.
Subsequently it would require
> to name start and end date/time of the daylight saving period for each year
as this may be subject
> to changes.
> But do we really need that information?
>
> Regards,
> J�rg.
>
> Christian Rahmig wrote:
>> Hello Tuomas,
>>
>>>> Time changes that are only temporarily, e.g. daylight saving time, are
>>>> not considered in this list and shall not be used in the infrastructure
>>>> schema.
>>>
>>> Could there be some solution for daylight saving time implemented? One
>>> option would be boolean like "OCPinDaylightSavingArea", or what would be
>>> the preferred way to know if OCP obeys daylight saving time or not?
>>> Comments, please.
>>
>> That is a difficult question. In my understanding the daylight saving time
resp. the boolean you
>> suggested is a changing parameter and not fixed like the timezone
information of an ocp. Therefore,
>> I would not consider it within the infrastructure schema, but somewhere in
the timetable schema,
>> since it is relevant for operation and depends on the current date/time.
>>
>> However, I want to hear Joachim's opinion on this first before
implementing it.
>>
>> Best regards
>> Christian
>>
>> ---
>> Christian Rahmig
>> railML.infrastructure coordinator
>
>
>



--
----== posted via PHP Headliner ==----
 
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: Change of infrastructure coordinator
Next Topic: "default" attribute raises implementation problems
Goto Forum:
  


Current Time: Mon Apr 29 17:34:21 CEST 2024