May 2003 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

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.

5 5

Karbala time in southern Iraq
by Paul Eggert June 22, 2003

June 22, 2003

On April 22 at about 0700 GMT the BBC News World Service reported that Shias in several southern Iraqi cities have changed their clocks to be "Karbala time". According to the story these Iraqis are 1 hour behind Baghdad, presumably because they are ignoring daylight-saving time. I heard the report on a radio station in Los Angeles, but haven't been able to find a copy at the BBC web site news.bbc.co.uk. Possibly the story was tape-delayed. This reminds me of the article in the Economist in June 2000, which said that Kurds were ignoring DST in northern Iraq. Rives McDow's excellent contacts at the time disagreed with this claim. Quite possibly a similar situation is occurring in southern Iraq right now.

2 1

Timezone Database, still available?
by loren kaplan May 27, 2003

May 27, 2003

Hello, I've been searching the web for the latest and greatest version of the timezone database. Is it still available? I am unable to connect to the server so often referenced. Thanks and best regards, Loren Loren Kaplan UPS Supply Chain Solutions email: loren.kaplan(a)ups-scs.com phone: (415) 538-0520

1 0

Re: Canada's some little problems
by Paul Eggert May 27, 2003

May 27, 2003

> From: "Ciro Discepolo" <discepol(a)tin.it> > Date: Fri, 13 Jul 2001 14:50:36 +0200 > > I have noted some little problems respect DST in Canada analyzing > between Thomas Shanks data and the Time zone data I finally got around to decoding your attachment (sorry, I don't use Microsoft Word, so Word documents are a bit of a pain for me). Thanks very much for taking the time to correct the errors in the timezone tables; you must have gone to a lot of work! I have the following reaction to your comments: > Halifax does not use DST in the year 1932, while in the 1950 and > 1955 use a DST. Thanks for catching this error; I'll fix this in my next proposed patch. > From 1942 to 1944 Shanks says that ST JOHNS saved 1 hour (war time), > while in the timezone I've a normal DST from 1942 to 1944 without > stop. Here the timezone database was following Whitman rather than Shanks. However, Shanks seems more reliable about Canadian data than Whitman, so I'll change to Shanks here. > In the following table there are other date with difference from > Shanks, TIMEZONE and SHANKS contains the offset from GMT in DATE > TESTED. > > ZONE DATE TESTED TIMEZONE SHANKS > --------------------------------------------------------------------------- > GOOSE BAY 15-1-1943 3,3 2,3 > GOOSE BAY 15-1-1944 3,3 2,3 These discrepancies are for the same reason as St Johns, so changing St Johns will also remove these discrepancies. > GOOSE BAY 15-8-1917 2,3 3,3 > > NIPIGON 15-1-1941 5 4 > NIPIGON 15-1-1942 5 4 > > THUNDER BAY 15-1-1941 5 4 > THUNDER BAY 15-1-1942 5 4 > > RAINY RIV. 15-1-1941 6 5 > RAINY RIV. 15-1-1942 6 5 > > REGINA 15-8-1958 6 7 Thanks for catching these transcription errors; I'll fix them too. > MONTREAL 15-8-1917 5 4 But Montreal uses Canadian table #119, which says: 25 Mar 1917 2:00 4:00 24 Apr 1917 0:00 5:00 This means daylight saving time was not observed after April 24 of that year, so it seems to me that the SHANKS column should be "5". Perhaps the discrepancy is because you are using a different edition of Shanks? I am using the Revised 5th edition of Shanks's International Atlas <http://astrocom.com/books/full/b112x.php>. > WINNIPEG 15-1-1942 6 5 But Winnipeg uses Canadian table #171, which says: 26 Sep 1937 2:00 6:00 9 Feb 1942 2:00 5:00 so Shanks is saying that daylight saving time was not observed until February 9 of that year, so the SHANKS column should say "6". > EDMONTON 15/08/1918 6 7 But Edmonton uses Canadian table #179, which defers to table #5 for 1918, and table #5 says: 14 Apr 1918 2:00 6:00 31 Oct 1918 2:00 7:00 so the SHANKS column should say "6". > DAWSON FROM 1947 TO 1972 8 9 The timezone table says that Dawson was at 9 from 1947 to 1965; this agrees with Shanks, who uses Canadian time table #253. But that "1947 TO 1972" suggests to me that you've confused Dawson with Dawson Creek. Dawson Creek uses Canadian time table #251 and was at 8 (7 during summer) from 1947 to 1972. Thanks again for checking the database; your fixes should appear in the next version.

1 0

[(slightly) O/T] zic & leap seconds on Solaris 9
by Mariano Absatz May 12, 2003

May 12, 2003

Hi, I usually don't compile and install tzcode, and simply use the latest tzdata and compile the zones I need with the zic that my OS has... This has worked for linux and Solaris... or at least as far as I remember... now I wanted to use the "right" zones on a Solaris 9 machine and found that the zic that comes with Solaris doesn't support the "-L" option... So I downloaded & compiled tzcode (only adjusted the "cc = cc" line for using gcc). Everything went fine, I didn't install the software (it is in my home directory), but I ran: zic -d /usr/share/lib/zoneinfo/right -L leapseconds northamerica and it generated a new set of zone files in that directory. However, setting TZ to right/America/Mexico_City works exactly the same as if it were America/Mexico_City (i.e. I have _no_ 22 seconds difference). My (uninformed) guess is that maybe the old libraries cannot understand leap seconds although they are compiled in the zone files... I have a couple of questions: Am I completely off-base? :-) How could I replace the old version of the zoneinfo database, tools and libraries with a newer one? Browsing the Makefile, I see that the distribution of files is quite different from the one that appears to be standard in Solaris. Does anyone know of a ready-made Solaris 9 package I can use? I don't even know how to "uninstall" the default libraries or which files are involved... they don't appear to have the same names... This is a production machine and I wouldn't like to break it just to set the clock right :-) Any Solaris+Olson expertise would be greatly appreciated. TIA. -- Mariano Absatz - El Baby mailto:baby@baby.com.ar http://www.baby.com.ar/ PGP KEYS: http://www.baby.com.ar/datos/personales.html#claves_pgp |\ _ _\\/'> Powered by Pegasus Mail /|__) http://www.pmail.com ) )\

2 1