[tz] Palestine to end summer time on Oct 24th
Brian Inglis
Brian.Inglis at SystematicSw.ab.ca
Tue Oct 20 13:08:52 UTC 2020
On 2020-10-20 04:20, Alois Treindl wrote:
> On 20.10.20 10:08, Sharef Mustafa wrote:
>> On Tue, Oct 20, 2020 at 11:00 AM Sharef Mustafa wrote:
>>> As per the palestinian cabinet announcement yesterday , the day
>>> light saving shall start on Oct 24th 2020 at 01:00AM by delaying
>>> the clock by 60 minutes.
>>>
>>> http://www.palestinecabinet.gov.ps/portal/Meeting/Details/51584
>>>
>>> quote: " . بدء العمل بالتوقيت الشتوي في فلسطين، بتأخير عقارب
>>> الساعة 60 دقيقة إلى الوراء، اعتباراً من الساعة الواحدة من صباح يوم
>>> السبت الموافق 24/10/2020م."
>>>
>>> This covers *Asia/Gaza* & *Asia/Hebron* time zones
>> Sorry for the typo in my previous email, the daylight saving time shall *END*
>> in Palestine on Oct 24th 2020 at 01:00 AM
> Could they not decide a bit earlier? All computers and mobile phones will show
> the wrong time for a week, as they are unlikely to be updated so quickly, even
> when Paul Eggert releases a patch.
>
> The required patch will be something like
>
> Rule Palestine 2016 2019 - Oct lastSat 1:00 0 -
> Rule Palestine 2019 max - Mar lastFri 0:00 1:00 S
> Rule Palestine 2020 only - Oct 24 1:00 0 -
> Rule Palestine 2021 max - Oct lastSat 1:00 0 -
Copying the date from the previous 2016-2018 DST end rule: Sat>=24, does not
change 2016-2019 dates, will be less work, more consistent with previous
changes, and as likely to be correct in future:
diff --git a/asia b/asia
index e4d84e9a268d..dd09c5646a03 100644
--- a/asia
+++ b/asia
@@ -3259,7 +3259,7 @@ Rule Palestine 2013 only - Sep Fri>=21
Rule Palestine 2014 2015 - Oct Fri>=21 0:00 0 -
Rule Palestine 2015 only - Mar lastFri 24:00 1:00 S
Rule Palestine 2016 2018 - Mar Sat>=24 1:00 1:00 S
-Rule Palestine 2016 max - Oct lastSat 1:00 0 -
+Rule Palestine 2016 max - Oct Sat>=24 1:00 0 -
Rule Palestine 2019 max - Mar lastFri 0:00 1:00 S
# Zone NAME STDOFF RULES FORMAT [UNTIL]
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]
More information about the tz
mailing list