[tz] Morocco not ending DST tonight - instead extending by one month

[Milamber]

Le 30/09/2013 13:53, Milamber a ecrit :
> Hello,
>
> Please note too that the Moroccan government has change too the date 
> to the beginning of DST at the last sunday of March (April before).

I've posted this mail because I think that the proposed patch seems not 
include this change and the management of Ramadan time (return to GMT+0 
when the month of Ramadan is inside the DST time).

Milamber







>
> Source:
> http://www.mmsp.gov.ma/fr/actualites.aspx?id=395
> == French ==
> [...]
> Le décret en question établit d'ailleurs que dorénavant, on avancera 
> d'une heure nos montres par rapport à l'heure de Greenwich (GMT) à la 
> fin de chaque mois de mars et on retournera à " l'heure d'hiver " à la 
> fin de chaque mois d'octobre.
>
> == English translation via google ==
> [...]
> The Decree also establishes that now, an hour we advance our watches 
> over Greenwich Mean Time (GMT) at the end of each March and "winter 
> time" we will return to at the end of every October.
>
> Milamber
>
>
> Le 30/09/2013 05:56, Paul Eggert a ecrit :
>> Come to think of it, my previously-proposed patch can't
>> be right for 2036 and 2037. as the predicted dates for
>> Ramadan in those years overlap the new fall-back dates.
>> Here's a revised patch that takes this into account; this
>> matters only for time stamps after 2035.
>>
>> As a result of this change, Africa/Casablanca becomes the
>> only Zone for which zic cannot generate a POSIX environment
>> variable (for time stamps past 2038).
>>
>> I've pushed this revised edition to the experimental version
>> on github.
>>
>>
>> diff --git a/NEWS b/NEWS
>> index 14f75fa..c89e339 100644
>> --- a/NEWS
>> +++ b/NEWS
>> @@ -3,6 +3,11 @@ News for the tz database
>>   
>>   Unreleased, experimental changes
>>   
>> +  Changes affecting current and near-future time stamps
>> +
>> +    Morocco changed their rules, and now falls back the first Sunday
>> +    in October, not September.  (Thanks to Steffen Thorsen.)
>> +
>>     Changes affecting 'zic'
>>   
>>       'zic' now runs on platforms that lack both hard links and symlinks.
>> diff --git a/africa b/africa
>> index 9a5d93b..16fe153 100644
>> --- a/africa
>> +++ b/africa
>> @@ -858,13 +858,23 @@ Zone	Indian/Mayotte	3:00:56 -	LMT	1911 Jul	# Mamoutzou
>>   # transitions would be 2013-07-07 and 2013-08-10; see:
>>   #http://www.maroc.ma/en/news/morocco-suspends-daylight-saving-time-july-7-aug10
>>   
>> -# From Paul Eggert (2013-07-03):
>> +# From Steffen Thorsen (2013-09-28):
>> +# Morocco extends DST by one month, on very short notice, just 1 day
>> +# before it was going to end.  There is a new decree (2.13.781) for
>> +# this, where DST from now on goes from last Sunday of March at 02:00
>> +# to last Sunday of October at 03:00, similar to EU rules.  Official
>> +# source (French):
>> +#http://www.maroc.gov.ma/fr/actualites/lhoraire-dete-gmt1-maintenu-jusquau-27-octobre-2013
>> +# Another source (specifying the time for start and end in the decree):
>> +#http://www.lemag.ma/Heure-d-ete-au-Maroc-jusqu-au-27-octobre_a75620.html
>> +
>> +# From Paul Eggert (2013-09-29):
>>   # To estimate what the Moroccan government will do in future years,
>> -# transition dates for 2014 through 2021 were determined by running
>> +# transition dates for 2014 through 2037 were determined by running
>>   # the following program under GNU Emacs 24.3:
>>   #
>>   # (let ((islamic-year 1435))
>> -#   (while (< islamic-year 1444)
>> +#   (while (< islamic-year 1460)
>>   #     (let ((a
>>   #	     (calendar-gregorian-from-absolute
>>   #	      (calendar-islamic-to-absolute (list 9 1 islamic-year))))
>> @@ -880,12 +890,12 @@ Zone	Indian/Mayotte	3:00:56 -	LMT	1911 Jul	# Mamoutzou
>>   #     (setq islamic-year (+ 1 islamic-year))))
>>   #
>>   # with the results hand-edited for 2020-2022, when the normal spring-forward
>> -# date falls during the estimated Ramadan.
>> -#
>> -# From 2023 through 2038 Ramadan is not predicted to overlap with
>> -# daylight saving time.  Starting in 2039 there will be overlap again,
>> +# date falls during the estimated Ramadan; with results removed for 2023-2035,
>> +# where the estimated Ramadan falls entirely outside daylight-saving time,
>> +# and the results hand-edited again for 2036-2037, where the normal fall-back
>> +# date falls during the estimated Ramadan.  Problems continue after that,
>>   # but 32-bit time_t values roll around in 2038 so for now do not worry
>> -# about dates after 2038.
>> +# about dates after 2037.
>>   
>>   # RULE	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
>>   
>> @@ -913,11 +923,12 @@ Rule	Morocco	2010	only	-	Aug	 8	 0:00	0	-
>>   Rule	Morocco	2011	only	-	Apr	 3	 0:00	1:00	S
>>   Rule	Morocco	2011	only	-	Jul	 31	 0	0	-
>>   Rule	Morocco	2012	2019	-	Apr	 lastSun 2:00	1:00	S
>> -Rule	Morocco	2012	max	-	Sep	 lastSun 3:00	0	-
>> +Rule	Morocco	2012	only	-	Sep	 30	 3:00	0	-
>>   Rule	Morocco	2012	only	-	Jul	 20	 3:00	0	-
>>   Rule	Morocco	2012	only	-	Aug	 20	 2:00	1:00	S
>>   Rule	Morocco	2013	only	-	Jul	  7	 3:00	0	-
>>   Rule	Morocco	2013	only	-	Aug	 10	 2:00	1:00	S
>> +Rule	Morocco	2013	2035	-	Oct	 lastSun 3:00	0	-
>>   Rule	Morocco	2014	only	-	Jun	 29	 3:00	0	-
>>   Rule	Morocco	2014	only	-	Jul	 29	 2:00	1:00	S
>>   Rule	Morocco	2015	only	-	Jun	 18	 3:00	0	-
>> @@ -934,6 +945,8 @@ Rule	Morocco	2020	only	-	May	 24	 2:00	1:00	S
>>   Rule	Morocco	2021	only	-	May	 13	 2:00	1:00	S
>>   Rule	Morocco	2022	only	-	May	  3	 2:00	1:00	S
>>   Rule	Morocco	2023	max	-	Apr	 lastSun 2:00	1:00	S
>> +Rule	Morocco	2036	only	-	Oct	 21	 3:00	0	-
>> +Rule	Morocco	2037	only	-	Oct	 11	 3:00	0	-
>>   
>>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>>   Zone Africa/Casablanca	-0:30:20 -	LMT	1913 Oct 26
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20130930/f9e86c4d/attachment.htm>