[Info-vax] EU will abandon daylight savings time in 2021

[Arne Vajhøj]

On 4/5/2019 9:22 AM, Arne Vajhøj wrote:
> On 4/5/2019 6:48 AM, Arne Vajhøj wrote:
>> On 4/5/2019 4:27 AM, Jan-Erik Söderholm wrote:
>>> Den 2019-04-05 kl. 02:02, skrev Arne Vajhøj:
>>>> On 4/4/2019 6:08 AM, Jan-Erik Söderholm wrote:
>>>>> Den 2019-04-04 kl. 03:27, skrev Arne Vajhøj:
>>>>>> On 4/3/2019 1:37 PM, Jan-Erik Söderholm wrote:
>>>>>>>                        We have some local timestamps that has to be
>>>>>>> converted to GMT/UTC before sent to another system, and these are 
>>>>>>> both
>>>>>>> from "winter time" and "summer time". We can of course hardcode the
>>>>>>> dates for the switches and compare, but it would be nice if the rule
>>>>>>> could be used...
>>>>>>
>>>>>> What do you have and what do you need to convert it to?
>>>>>
>>>>> An INTEGER "date" with format YYYYMMDD, ag 20190404 for today.
>>>>>
>>>>> A SMALLINT "time" with format HMM or HHMM, range from 1 (one minute
>>>>> after midnight) to 2359 (one minute before midnight). I guess
>>>>> it could be zero also for the first minute after midnight, but
>>>>> the system is having it's night-batch windows then.
>>>>>
>>>>> These two are in Swedish local time (winter or summer time).
>>>>>
>>>>> The target system uses Unix Epoch format (seconds since some date).
>>>>
>>>> I am not a Python expert, but it looks like:
>>>>
>>>> from datetime import date
>>>> import time
>>>>
>>>> v = 20190404
>>>> d = date(v / 10000, (v / 100)  % 100, v % 100)
>>>> t = time.mktime(d.timetuple())
>>>>
>>>> works for the first conversion.
>>>
>>> No poblem, we have that part since some time. But to a
>>> epoch time in local time, not to GMT/UTC.
>>
>> That code snippet returns UTC here.
>>
>> But I admit that I did not test on VMS. I can try that.
> 
> I tried on VMS.
> 
> It looks like it does UTC but does not handle DST.
> 
> Either the old Python 2.7.2 has a DST bug or I messed
> up the TZ DST setting.

It was my TZ DST setup that was wrong.

It works now.

UTC.

Arne