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

[Milamber]

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).

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/c2d67f0b/attachment.html>