It's March Madness time for daylight-saving rule changes.
Here's a proposed change to the tz database to keep up with the latest
political development, which affects time stamps starting March 29:
* Latvia and Lithuania will not observe DST, starting this year.
Thanks to Andrei Ivanov for this info.
===================================================================
RCS file: RCS/europe,v
retrieving revision 2000.3
retrieving revision 2000.3.0.1
diff -pu -r2000.3 -r2000.3.0.1
--- europe 2000/03/04 15:31:08 2000.3
+++ europe 2000/03/08 17:48:59 2000.3.0.1
@@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino
# 1997-01-21 on transition to Summer time ... established the same order of
# daylight savings time settings as in the States of the European Union.
+# From Andrei Ivanov (2000-03-06):
+# This year Latvia will not switch to Daylight Savings Time (as specified in
+# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm">
+# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of
+# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only).
+
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S
Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 -
@@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880
3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s
2:00 1:00 EEST 1989 Sep lastSun 2:00s
2:00 Latvia EE%sT 1997 Jan 21
- 2:00 EU EE%sT
+ 2:00 EU EE%sT 2000 Feb 29
+ 2:00 - EET
# Liechtenstein
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
@@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun
# motion to give up shifting to summer time in spring, as it was
# already done by Estonia.
+# From Andrei Ivanov (2000-03-06):
+# I've heard that Ministers of three Baltic countries on their summit
+# somewhere in February decided not to switch to summer time starting from
+# this spring.
+
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone Europe/Vilnius 1:41:16 - LMT 1880
1:24:00 - WMT 1917 # Warsaw Mean Time
@@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880
2:00 C-Eur EE%sT 1998
2:00 - EET 1998 Mar 29 1:00u
1:00 EU CE%sT 1999 Oct 31 1:00u
- 2:00 EU EE%sT
+ 2:00 EU EE%sT 2000 Feb
+ 2:00 - EET
# Luxembourg
# Whitman disagrees with most of these dates in minor ways; go with Shanks.
Hello
I have researched the DST usage in Switzerland during the 1940ies.
As I wrote in an earlier message, I suspected the current tzdata values
to be wrong. This is now verified.
I have found copies of the original ruling by the Swiss Federal
government, in 'Eidgenössische Gesetzessammlung 1941 and 1942' (Swiss
federal law collection) and attach GIF copies of the two pages for 1941.
DST began on Monday 5 May 1941, 1:00 am by shifting the clocks to 2:00 am
DST ended on Monday 6 Oct 1941, 2:00 am by shifting the clocks to 1:00 am.
DST began on Monday, 4 May 1942 at 01:00 am
DST ended on Monday, 5 Oct 1942 at 02:00 am
There was no DST in 1940, I have checked the law collection carefully.
It is also indicated by the fact that the 1942 entry in the law
collection points back to 1941 as a reference, but no reference to any
other years are made.
Newspaper articles I have read in the archives on 6 May 1941 reported
about the introduction of DST (Sommerzeit in German) during the previous
night as an absolute novelty, because this was the first time that such
a thing had happened in Switzerland.
I have also checked 1916, because one book source (Gabriel, Traite de
l'heure dans le monde) claims that Switzerland had DST in 1916. This is
false, no official document could be found. Probably Gabriel got misled
by references to Germany, which introduced DST in 1916 for the first time.
The tzdata rules for Switzerland must be changed to:
Rule Swiss 1941 1942 - May Mon>=1 1:00 1:00 S
Rule Swiss 1941 1942 - Oct Mon>=1 2:00 0 -
The 1940 rules must be deleted.
One further detail for Switzerland, which is probably out of scope for
most users of tzdata:
The zone file
Zone Europe/Zurich 0:34:08 - LMT 1848 Sep 12
0:29:44 - BMT 1894 Jun #Bern Mean Time
1:00 Swiss CE%sT 1981
1:00 EU CE%sT
describes all of Switzerland correctly, with the exception of
the Cantone Geneve (Geneva, Genf). Between 1848 and 1894 Geneve did not
follow Bern Mean Time but kept its own local mean time.
To represent this, an extra zone would be needed.
Two GIF files are attached.
best regards
Alois
--
|| Alois Treindl, Astrodienst AG, mailto:alois@astro.com
|| Zollikon/Zurich, Switzerland
|| Free astrological charts at http://www.astro.com/
|| SWISS EPHEMERIS Free Edition at http://www.astro.com/swisseph/
A quote from the 'europe' file:
# Novosibirskaya oblast'.
Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00
6:00 - NOVT 1930 Jun 21 # Novosibirsk
Time
7:00 Russia NOV%sT 1991 Mar 31 2:00s
6:00 Russia NOV%sT 1992 Jan 19 2:00s
7:00 Russia NOV%sT 1993 May 23 # say Shanks &
P.
6:00 Russia NOV%sT
#
# From Oscar van Vlijmen (2001-08-25): [This region consists of]
# Kemerovskaya oblast', Krasnoyarskij kraj,
# Tajmyrskij (Dolgano-Nenetskij) avtonomnyj okrug, Tomskaya oblast',
# Respublika Tuva, Respublika Khakasiya, Evenkijskij avtonomnyj okrug.
Zone Asia/Krasnoyarsk 6:11:20 - LMT 1920 Jan 6
6:00 - KRAT 1930 Jun 21 # Krasnoyarsk
Time
7:00 Russia KRA%sT 1991 Mar 31 2:00s
6:00 Russia KRA%sT 1992 Jan 19 2:00s
7:00 Russia KRA%sT
In fact, it seems that Tomsk city and Tomskaya oblast' is part of the
Novosibirsk timezone, see
http://en.wikipedia.org/wiki/Tomskaya_Oblast%27%2C_Russia and
http://www.admin.tomsk.ru/1024
... the latter, if you don't understand russian, look at the time under the
green horse.
I don't know if this simply means that Tomskaya oblast' changed timezone
since 2001, which is a possibility, that would then require a new timezone.
Regards,
- Jesper
Jesper Nørgaard Welen
Email: jnorgard(a)Prodigy.Net.mx
Project Leader (Líder de Proyecto) Software
CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo
Dirección: CIMMYT Int. c/o Jesper Nørgaard
Km. 45, Carretera México-Veracruz
El Batán
Texcoco, Edo. de México
CP 56130 MEXICO
Tel.: +52 (55) 58-04-20-04 ext. 1374
Fax: +52 (55) 58-04-75-58
Tel. Casa: 53-10-05-95 ó 53-10-97-78
Download the shareware program World Time Explorer, I made:
http://www.worldtimeexplorer.com/index.html
I'm forwarding this message from Bill Unruh, who is not on the time zone
mailing list.
Those of you who are on the list, please direct replies appropriately.
--ado
-----Original Message-----
From: Bill Unruh [mailto:unruh@physics.ubc.ca]
Sent: Sunday, February 22, 2009 6:35
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz(a)lecserver.nci.nih.gov
Subject: RE: Pacific-New
On Sun, 22 Feb 2009, Olson, Arthur David (NIH/NCI) [E] wrote:
> The "pacificnew" file includes information about legislation that was
> introduced (but not passed) in the United States Congress; it serves
to
> explain why a "Pacific-New" time zone was created in the first place.
> Note that the last line of the file is a "Link America/Los_Angeles
> US/Pacific-New" line, meaning that using either name now has the same
> effect.
I guess I object strongly to including legislative proposals into the
tzdata
files. If we introduce a new file and a new timezone everytime some
government
official makes some silly comment about time, the whole edifice will
collapse
under the weight of that garbage. While the tzdata file is not an
official
publication it is regarded as pretty authoritiative by most people using
computers in the world. It should therefore strive to be accurate and
authoritative, and not get bogged down with irrelevancies, and political
commentary or jokes (which is the only thing I can imagine that the
Pacific-New timezone to be).
>
> As to jokes and idiocy: there used to be an obscure bit of word play
in
> an strftime.c comment;
> it was eliminated in version 7.40.-)
Never saw it. I am not above jokes and wordplay but not when it extends
to
introducing new time zones in at least semi-authoritative publications.
Are we going to get an Okeefenokie time zone because someone likes
Pogo-- or a
US/BUSH timezone (constantly set to midnight) as political commentary on
the
last president? That an ill-considered proposal popped up in Congress 20
years
ago but was never passed should not be memorialised by a new time zone
in tzdata.
My response was triggered when a Suse user said his distro assigned
Pacific-New to him. Having never seen it before (Mandriva wisely does
not have it),
I looked at the tzdata file and found it. Please please remove it.
>
> --ado
>
--
William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
UBC, Vancouver,BC | Program in Cosmology | unruh(a)physics.ubc.ca
Canada V6T 1Z1 | and Gravity |
www.theory.physics.ubc.ca/
I'm forwarding this message from Bill Unruh, who is not on the time zone
mailing list.
Those of you who are on the list, please direct replies appropriately.
--ado
-----Original Message-----
From: Bill Unruh [mailto:unruh@physics.ubc.ca]
Sent: Sunday, February 22, 2009 3:18
To: tz(a)lecserver.nci.nih.gov
Subject: Pacific-New
Why in the world do you have that joke of a file pacificnew included in
the
tzdata database? It is a completely stupid joke, or political protest
against yet another idiotic bill passed by the House, but never made it
anywhere near law. People are actually using Pacific-New as a time zone
in
various distributions of Linux. tzdata is supposed to be a somewhat
authoritative site for time zone info, and not a place for sophmoric
jokes
or political protest.
It makes one think that the rest of your database may be similarly
infused
with idiocy. Are we going to find new files with protests against
Islamic
law, or Communist propeganda infiltrating the database next?
--
William G. Unruh Canadian Institute for Tel:
+1(604)822-3273
Physics&Astronomy Advanced Research Fax:
+1(604)822-5324
UBC, Vancouver,BC Program in Cosmology
unruh(a)physics.ubc.ca
Canada V6T 1Z1 and Gravity
http://axion.physics.ubc.ca/
For step by step instructions about setting up ppp under Linux, see
http://axion.physics.ubc.ca/ppp-linux.html
Why in the world do you have that joke of a file pacificnew included in the
tzdata database? It is a completely stupid joke, or political protest
against yet another idiotic bill passed by the House, but never made it
anywhere near law. People are actually using Pacific-New as a time zone in
various distributions of Linux. tzdata is supposed to be a somewhat
authoritative site for time zone info, and not a place for sophmoric jokes
or political protest.
It makes one think that the rest of your database may be similarly infused
with idiocy. Are we going to find new files with protests against Islamic
law, or Communist propeganda infiltrating the database next?
--
William G. Unruh Canadian Institute for Tel: +1(604)822-3273
Physics&Astronomy Advanced Research Fax: +1(604)822-5324
UBC, Vancouver,BC Program in Cosmology unruh(a)physics.ubc.ca
Canada V6T 1Z1 and Gravity http://axion.physics.ubc.ca/
For step by step instructions about setting up ppp under Linux, see
http://axion.physics.ubc.ca/ppp-linux.html
I'm forwarding this message from Luke, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately.
--ado
From: Luke [mailto:spizzer@gmail.com]
Sent: Friday, February 13, 2009 3:10
To: tz(a)lecserver.nci.nih.gov
Subject: Entry For Europe/Athens
Hi,
I've been working on a issue with Geosetter which uses your timeinfo database.
Please see http://www.geosetter.de/mantis/view.php?id=572 for some more history.
This is for Europe 8.20, but Geosetter ships with 8.12.
>From this point on we are talking about 8.20
Lines 1212 to 1218 inclusive.
FROM
Zone Europe/Athens 1:34:52 - LMT 1895 Sep 14
1:34:52 - AMT 1916 Jul 28 0:01 # Athens MT
2:00 Greece EE%sT 1941 Apr 30
1:00 Greece CE%sT 1944 Apr 4
2:00 Greece EE%sT 1981
# Shanks & Pottenger say it switched to C-Eur in 1981;
# go with EU instead, since Greece joined it on Jan 1.
2:00 EU EE%sT
TO
Zone Europe/Athens 1:34:52 - LMT 1895 Sep 14
1:34:52 - AMT 1916 Jul 28 0:01 # Athens MT
2:00 Greece EE%sT 1941 Apr 30
1:00 Greece CE%sT 1944 Apr 4
2:00 Greece EE%sT 1981
2:00 EU EE%sT
I'm not sure where the problem lies? Maybe Geosetter can not handle the # out lines within the rules.
Regards,
Luke
Hi,
I've been working on a issue with Geosetter which uses your timeinfo
database.
Please see http://www.geosetter.de/mantis/view.php?id=572 for some more
history.
This is for Europe 8.20, but Geosetter ships with 8.12.
>From this point on we are talking about 8.20
Lines 1212 to 1218 inclusive.
*FROM*
Zone Europe/Athens 1:34:52 - LMT 1895 Sep 14
1:34:52 - AMT 1916 Jul 28 0:01 # Athens MT
2:00 Greece EE%sT 1941 Apr 30
1:00 Greece CE%sT 1944 Apr 4
2:00 Greece EE%sT 1981
# Shanks & Pottenger say it switched to C-Eur in 1981;
# go with EU instead, since Greece joined it on Jan 1.
2:00 EU EE%sT
*TO*
Zone Europe/Athens 1:34:52 - LMT 1895 Sep 14
1:34:52 - AMT 1916 Jul 28 0:01 # Athens MT
2:00 Greece EE%sT 1941 Apr 30
1:00 Greece CE%sT 1944 Apr 4
2:00 Greece EE%sT 1981
2:00 EU EE%sT
I'm not sure where the problem lies? Maybe Geosetter can not handle the #
out lines within the rules.
Regards,
Luke
