•   over 6 years ago

DST rules

I cannot find an explanation about DST rules reported. Where can I read about that?

  • 7 comments

  •   •   over 6 years ago

    I would like to know about this also.

  •   •   over 6 years ago

    Hello,

    All timestamps in the Ontarion implementation of the Green Button Connect My Data Standard (GB CMD) API are in UTC. It is up to the application consuming the data to handle presentment in the local time zone of the user. As such, there are no GB CMD specific "DST rules".

  •   •   over 6 years ago

    Lets ask the question differently.
    1. There is a hexadecimal number in the LocalTimeParameters report from test lab. What does this number mean?
    2. Does your answer mean that LocalTimeParameters should be ignored and application should handle relationship between the customer and his time zone regardless of what is reported in LocalTimeParameters ?

  •   •   over 6 years ago

    Can you please answer?

  •   •   over 6 years ago

    Thanks you for clarifying your question. A document has now been posted in the Resources section of the greenbuttondata.ca web site that details the LocalTimeParameters element and sub-elements.

    All timestamps in the XML payload are to remain in UTC. The LocalTimeParameters element is a proposed extension to the NAESB ESPI standard so that local time information for the UsagePoint is also contained in the data model / file.

  •   •   over 6 years ago

    Wasn't it simpler just pass TimeZone id as single parameter for example "Eastern Time Zone"? All these zones are defined with their known rules.

  •   •   over 6 years ago

    Perhaps. However, the LocalTimeParameters mechanism is what is being recommended to NAESB as an extension to the ESPI standard. The advantage of this latter approach is that all the requisite time zone information is contained directly in the XML data file, keeping in the sprirt of "self-describing" data.

Comments are closed.