January 2005 - tz - lists.iana.org

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

25 May '15

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

Re: Israel 2005 and Beyond -- Proposed Timezone Dates
by Paul Eggert 07 Feb '05

07 Feb '05

Ephraim Silverberg <ephraim(a)cse.huji.ac.il> writes: > emacs -batch -l dst-israel.el > > ... If the law passes, I'll put the script in the Israel TZ ftp depository. Thanks for doing that! A couple of minor comments. First, the existing database uses "Apr<tab>25" and "Apr<tab><space>9" rather than "Apr<space>25" and "Apr<space><space>9". Also, it'd be a bit handier to input a range of dates rather than a single date. I used your program to write the following draft patch. I don't think this should go into the tz database just yet (Israeli politics being what they are) but I thought you might like to see the draft. Thanks again. --- asia 2004/10/11 18:44:51 2004.5 +++ asia 2004/12/22 23:00:21 @@ -639,7 +639,7 @@ Rule Zion 1988 only - Apr 9 0:00 1:00 D Rule Zion 1988 only - Sep 3 0:00 0 S # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> -# (1997-03-04, 1998-03-16, 1998-12-28, 2000-01-17 and 2000-07-25): +# (1997-03-04, 1998-03-16, 1998-12-28, 2000-01-17, 2000-07-25, and 2004-12-22): # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. @@ -690,13 +690,13 @@ Rule Zion 1995 only - Sep 3 0:00 0 S # time, Haim Ramon. The official announcement regarding 1996-1998 # (with the dates for 1997-1998 no longer being relevant) can be viewed at: # -# ftp://ftp.huji.ac.il/pub/tz/announcements/1996-1998.ramon.ps.gz +# ftp://ftp.cs.huji.ac.il/pub/tz/announcements/1996-1998.ramon.ps.gz # # The dates for 1997-1998 were altered by his successor, Rabbi Eli Suissa. # # The official announcements for the years 1997-1999 can be viewed at: # -# ftp://ftp.huji.ac.il/pub/tz/announcements/YYYY.ps.gz +# ftp://ftp.cs.huji.ac.il/pub/tz/announcements/YYYY.ps.gz # # where YYYY is the relevant year. @@ -716,12 +716,12 @@ Rule Zion 1999 only - Sep 3 2:00 0 S # # The official announcement for the start date of 2000 can be viewed at: # -# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz +# ftp://ftp.cs.huji.ac.il/pub/tz/announcements/2000-start.ps.gz # # The official announcement for the end date of 2000 and the dates # for the years 2001-2004 can be viewed at: # -# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz +# ftp://ftp.cs.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 2000 only - Apr 14 2:00 1:00 D @@ -735,52 +735,97 @@ Rule Zion 2003 only - Oct 3 1:00 0 S Rule Zion 2004 only - Apr 7 1:00 1:00 D Rule Zion 2004 only - Sep 22 1:00 0 S -# From Paul Eggert (2000-07-25): -# Here are guesses for rules after 2004. -# They are probably wrong, but they are more likely than no DST at all. +# Yesterday, the Knesset Interior Committee passed a proposed (originally +# in March 2004) change to the Time Setting Law that would make the dates +# for DST from 2005 and beyond so that DST starts on the night _after_ the +# first night of the Passover holiday at midnight until midnight of the +# Saturday night _before_ the fast of Yom Kippur. +# +# Those who can read Hebrew can view the proposal at: +# +# ftp://ftp.cs.huji.ac.il/pub/tz/announcements/2005+.ps +# +# The proposal still has to be passed by the Knesset (three readings) for +# it to become law.... + +# From Paul Eggert (2004-12-22): +# For now, guess that the rules proposed on 2004-12-20 will be adopted. +# This is quite possibly wrong, but it is more likely than no DST at all. +# I used Ed Reingold's cal-hebrew in GNU Emacs 21.3, along with code +# written by Ephraim Silverberg, to generate this list. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Zion 2005 max - Apr 1 1:00 1:00 D -Rule Zion 2005 max - Oct 1 1:00 0 S +Rule Zion 2005 only - Apr 25 0:00 1:00 D +Rule Zion 2005 only - Oct 9 0:00 0 S +Rule Zion 2006 only - Apr 14 0:00 1:00 D +Rule Zion 2006 only - Oct 1 0:00 0 S +Rule Zion 2007 only - Apr 4 0:00 1:00 D +Rule Zion 2007 only - Sep 16 0:00 0 S +Rule Zion 2008 only - Apr 21 0:00 1:00 D +Rule Zion 2008 only - Oct 5 0:00 0 S +Rule Zion 2009 only - Apr 10 0:00 1:00 D +Rule Zion 2009 only - Sep 27 0:00 0 S +Rule Zion 2010 only - Mar 31 0:00 1:00 D +Rule Zion 2010 only - Sep 12 0:00 0 S +Rule Zion 2011 only - Apr 20 0:00 1:00 D +Rule Zion 2011 only - Oct 2 0:00 0 S +Rule Zion 2012 only - Apr 8 0:00 1:00 D +Rule Zion 2012 only - Sep 23 0:00 0 S +Rule Zion 2013 only - Mar 27 0:00 1:00 D +Rule Zion 2013 only - Sep 8 0:00 0 S +Rule Zion 2014 only - Apr 16 0:00 1:00 D +Rule Zion 2014 only - Sep 28 0:00 0 S +Rule Zion 2015 only - Apr 5 0:00 1:00 D +Rule Zion 2015 only - Sep 20 0:00 0 S +Rule Zion 2016 only - Apr 24 0:00 1:00 D +Rule Zion 2016 only - Oct 9 0:00 0 S +Rule Zion 2017 only - Apr 12 0:00 1:00 D +Rule Zion 2017 only - Sep 24 0:00 0 S +Rule Zion 2018 only - Apr 1 0:00 1:00 D +Rule Zion 2018 only - Sep 16 0:00 0 S +Rule Zion 2019 only - Apr 21 0:00 1:00 D +Rule Zion 2019 only - Oct 6 0:00 0 S +Rule Zion 2020 only - Apr 10 0:00 1:00 D +Rule Zion 2020 only - Sep 27 0:00 0 S +Rule Zion 2021 only - Mar 29 0:00 1:00 D +Rule Zion 2021 only - Sep 12 0:00 0 S +Rule Zion 2022 only - Apr 17 0:00 1:00 D +Rule Zion 2022 only - Oct 2 0:00 0 S +Rule Zion 2023 only - Apr 7 0:00 1:00 D +Rule Zion 2023 only - Sep 24 0:00 0 S +Rule Zion 2024 only - Apr 24 0:00 1:00 D +Rule Zion 2024 only - Oct 6 0:00 0 S +Rule Zion 2025 only - Apr 14 0:00 1:00 D +Rule Zion 2025 only - Sep 28 0:00 0 S +Rule Zion 2026 only - Apr 3 0:00 1:00 D +Rule Zion 2026 only - Sep 20 0:00 0 S +Rule Zion 2027 only - Apr 23 0:00 1:00 D +Rule Zion 2027 only - Oct 10 0:00 0 S +Rule Zion 2028 only - Apr 12 0:00 1:00 D +Rule Zion 2028 only - Sep 24 0:00 0 S +Rule Zion 2029 only - Apr 1 0:00 1:00 D +Rule Zion 2029 only - Sep 16 0:00 0 S +Rule Zion 2030 only - Apr 19 0:00 1:00 D +Rule Zion 2030 only - Oct 6 0:00 0 S +Rule Zion 2031 only - Apr 9 0:00 1:00 D +Rule Zion 2031 only - Sep 21 0:00 0 S +Rule Zion 2032 only - Mar 28 0:00 1:00 D +Rule Zion 2032 only - Sep 12 0:00 0 S +Rule Zion 2033 only - Apr 15 0:00 1:00 D +Rule Zion 2033 only - Oct 2 0:00 0 S +Rule Zion 2034 only - Apr 5 0:00 1:00 D +Rule Zion 2034 only - Sep 17 0:00 0 S +Rule Zion 2035 only - Apr 25 0:00 1:00 D +Rule Zion 2035 only - Oct 7 0:00 0 S +Rule Zion 2036 only - Apr 13 0:00 1:00 D +Rule Zion 2036 only - Sep 28 0:00 0 S +Rule Zion 2037 only - Apr 1 0:00 1:00 D +Rule Zion 2037 only - Sep 13 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jerusalem 2:20:56 - LMT 1880 2:20:40 - JMT 1918 # Jerusalem Mean Time? 2:00 Zion I%sT -# From Ephraim Silverberg (2003-03-23): -# -# Minister of Interior Poraz has announced that he will respect the law -# passed in July 2000 (proposed at the time jointly by himself and -# then-MK David Azulai [Shas]) fixing the dates for 2000-2004. Hence, -# the dates for 2003 and 2004 remain unchanged.... -# -# As far as 2005 and beyond, no dates have been set. However, the -# minister has mentioned that he wishes to propose to move Israel's -# timezone in 2005 from GMT+2 to GMT+3 and upon that have DST during -# the summer months (i.e. GMT+4). However, no legislation in this -# direction is expected until the latter part of 2004 which is a long -# time off in terms of Israeli politics. - -# (2004-09-20): -# The latest rumour, however, is that in 2005, when the clock changes to -# Daylight Saving Time (date as yet unknown), the move will be a two-hour leap -# forward (from UTC+0200 to UTC+0400) and then, in the fall, the clock will -# move back only an hour to UTC+0300 thus effectively moving Israel's timezone -# from UTC+0200 to UTC+0300. However, no actual draft has been put before the -# Knesset (Israel's Parliament) though the intention is to do so this -# month [2004-09]. - -# (2004-09-26): -# Even though the draft law for the above did pass the Ministerial Committee -# for Legislative Matters three months ago, it was voted down in today's -# Cabinet meeting. The current suggestion is to keep the current timezone at -# UTC+0200 but have an extended period of Daylight Saving Time (UTC+0300) from -# the beginning of Passover holiday in the spring to after the Tabernacle -# holiday in the fall (i.e. the dates of which are governed by the Hebrew -# calendar but this means at least 184 days of DST). However, this is only a -# suggestion that was raised in today's cabinet meeting and has not yet been -# drafted. - ###############################################################################

2 2

FW: IANA time zone registration - proposal
by Olson, Arthur David (NIH/NCI) 07 Feb '05

07 Feb '05

Doug Royer is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Doug Royer [mailto:Doug@Royer.com] Sent: Monday, January 17, 2005 2:12 PM To: tz(a)lecserver.nci.nih.gov Subject: IANA time zone registration - proposal [This was sent to some IETF mailing lists by me and someone suggested I send it to this list also] This is REV -00 of the proposal - comments welcome. Data in in it can easily updated. (Like the TZ names updated to latest copy of data) ---------------------------------------------------- A couple of years ago there was talk on the CALSCH mailing list to have an IANA time zone registration process. I have submitted a proposal for that registry to the IETF. A copy can be found at: http://inet-consulting.com/draft-royer-timezone-registry-00.txt And an HTML version: http://inet-consulting.com/draft-royer-timezone-registry-00.html I am adding the POLYGON property targeted for the -01 version that has an ADD/DELETE parameter to allow for the optional inclusion of latitude/longitude geographic areas to be included that include (add) and exclude (delete) areas from the time zone geographic region (again from the CALSCH mailing list discussions). -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- Doug(a)Royer.com | Office: (208)612-4638 http://Royer.com | Fax: (866)594-8574 | Cell: (208)520-4044 We Do Standards - You Need Standards

7 10

Tzcode2004d.tar.gz
by Olson, Arthur David (NIH/NCI) 02 Feb '05

02 Feb '05

The file... ftp://elsie.nci.nih.gov/pub/tzcode2004d.tar.gz ...is now available. This incorporates the (now slightly modified) changes circulated last week on the time zone mailing list to: make zic complain about links to links if the -v flag is used; have "make public" do more code checking; and add an include to "localtime.c" for the benefit of gcc systems. Note that there are no data changes. Expect one more batch of delinting changes for the code. --ado

3 2

Time Zones 1914
by Hall, Jr., Owen 29 Jan '05

29 Jan '05

Hi, I am doing some research on the Goeben during August 4 - 8, 1914. Do you know the time zone for Rome and Messina during this period? Today they are GMT +1. Thanks in advance. Professor Hall

1 0

Time in Ireland
by Joseph S. Myers 26 Jan '05

26 Jan '05

1 0

Proposed changes to localtime.c, zic.c, and Makefile
by Olson, Arthur David (NIH/NCI) 24 Jan '05

24 Jan '05

Here are proposed changes to: 1. localtime.c, to include "float.h" for the benefit of some gcc systems (thanks to Bradley White for finding the problem). 2. zic.c, to complain about links to links if the "-v" flag is used. 3. Makefile, to ensure that a "make public" is done with the benefit of gcc diagnostics. --ado ------- localtime.c ------- *** /tmp/geta15164 Mon Jan 24 12:20:36 2005 --- /tmp/getb15164 Mon Jan 24 12:20:36 2005 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 7.89"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 7.90"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 20,25 **** --- 20,26 ---- #include "private.h" #include "tzfile.h" #include "fcntl.h" + #include "float.h" /* for FLT_MAX and DBL_MAX */ /* ** SunOS 4.1.1 headers lack O_BINARY. ------- zic.c ------- *** /tmp/geta15183 Mon Jan 24 12:20:47 2005 --- /tmp/getb15183 Mon Jan 24 12:20:47 2005 *************** *** 1,4 **** ! static char elsieid[] = "@(#)zic.c 7.118"; /* ** Regardless of the type of time_t, we do our work using this type. --- 1,4 ---- ! static char elsieid[] = "@(#)zic.c 7.119"; /* ** Regardless of the type of time_t, we do our work using this type. *************** *** 579,584 **** --- 579,589 ---- for (i = 0; i < nlinks; ++i) { eat(links[i].l_filename, links[i].l_linenum); dolink(links[i].l_from, links[i].l_to); + if (noise) + for (j = 0; j < nlinks; ++j) + if (strcmp(links[i].l_to, + links[j].l_from) == 0) + warning("link to link"); } if (lcltime != NULL) { eat("command line", 1); ------- Makefile ------- *** /tmp/geta15240 Mon Jan 24 12:21:57 2005 --- /tmp/getb15240 Mon Jan 24 12:21:57 2005 *************** *** 1,4 **** ! # @(#)Makefile 7.103 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). --- 1,4 ---- ! # @(#)Makefile 7.104 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). *************** *** 384,390 **** # The zics below ensure that each data file can stand on its own. ! public: $(ENCHILADA) zic -mkdir /tmp/,tzpublic -for i in $(TDATA) ; do zic -v -d /tmp/,tzpublic $$i 2>&1 | grep -v "starting year" ; done for i in $(TDATA) ; do zic -d /tmp/,tzpublic $$i || exit; done --- 384,392 ---- # The zics below ensure that each data file can stand on its own. ! public: ! make maintainer-clean ! make "CFLAGS=$(GCC_DEBUG_FLAGS)" -mkdir /tmp/,tzpublic -for i in $(TDATA) ; do zic -v -d /tmp/,tzpublic $$i 2>&1 | grep -v "starting year" ; done for i in $(TDATA) ; do zic -d /tmp/,tzpublic $$i || exit; done

1 0

FW: For TZ list
by Olson, Arthur David (NIH/NCI) 23 Jan '05

23 Jan '05

Mark Brader is not on the time zone mailing list; direct replies appropriately. --ado In a book that I'm currently reading¹, there is reproduced a Pan American Airways timeables from 1936, for their weekly "Orient Express" flights between San Francisco and Manila, and connecting flights to Chicago and the US East Coast. As it uses some time zone designations that I've never seen before, I thought the readers of the tz list might be interested. It's only a few lines, so I'll type in the entire timetable (omitting the connecting flights) for those of you might be interested. In the original, AM and PM are shown as light and bold type, and noon is N; I'll use A, P, and N respectively here. As with many railway timetables, the right-hand side reads upward. --------------------------------------------------------------------- Wed. 3:00P Lv. SAN FRANCISCO (Alameda), U.S.A. P.S.T. Ar.10:30A Tues. Thur.8:30A Ar. HONOLOLU (Pearl Harbor), H.I. H.L.T. Lv.12:00N Mon. Fri. 6:30A Lv. HONOLOLU (Pearl Harbor), H.I. H.L.T. Ar. 5:30P Sun. " 3:00P Ar. MIDWAY ISLAND . . . . . . . . . M.L.T. Lv. 6:00A " Sat. 6:00A Lv. MIDWAY ISLAND . . . . . . . . . M.L.T. Ar. 5:00P Sat. (International Date Line) Sun. 3:00P Ar. WAKE ISLANDS . . . . . . . . . . 165° Lv. 6:00A Sun. Mon. 6:00A Lv. WAKE ISLANDS . . . . . . . . . . " Ar. 7:00P Sat. " 5:00P Ar. GUAM ISLAND . . . . . . . . . . 150° Lv. 6:00A " Tue. 6:00A Lv. GUAM ISLAND . . . . . . . . . . " Ar. 6:30P Fri. " 5:00P Ar. MANILA (Cavite), P.I. . . . . . 120° Lv. 4:00A* " ---------------------------------------------------------------------- *Departures from Manila subject to advancement to previous afternoon as occasion demands. All times are approximate other than at San Francisco Westbound and at Honolulu Eastbound. ---------------------------------------------------------------------- Clearly 120°, 150°, and 165° indicate time zones -8, -10, and -11; I guess H.L.T. and M.L.T. refer to Hawaii and Midway "Local Time". ¹Fallacies and Fantasies of Air Transport History, by R.E.G. Davies, published 1994 by Paladwr Press, McLean, VA, USA; ISBN 0-9626483-5-3. -- Mark Brader "I like to think of [this] as self-explanatory." Toronto "I hope *I* think of [it] that way." msb(a)vex.net -- Donald Westlake: "Trust Me On This" --E3771ED93.1106330125/shell.vex.net--

1 0

Re: Defect in XSH strftime
by Paul Eggert 21 Jan '05

21 Jan '05

In <https://www.opengroup.org/sophocles/show_mail.tpl?source=L&listname=austin-…>, Eric Blake <ebb9(a)byu.net> writes: > this means that %Y is not equivalent to %C%y, since %C is documented > to be exactly two digits This topic came up around 2004-08-20 in the tz mailing list. (Please see <http://www.twinsun.com/tz/tz-link.htm> for info about the list; it is archived in <ftp://elsie.nci.nih.gov/pub/tzarchive.gz>.) The consensus was as follows (presumably a defect report could also be submitted to POSIX, as POSIX can place requirements on strftime that are over and above what ISO C requires): * The ISO C standard is broken in this area; the standardizers did not think about the problem. (One of those involved in the tz discussion was also involved with the ISO C effort.) * A Defect Report should be submitted. (Nobody has yet done so, to my knowledge.) * Best practice (which is not currently required by any standard) is to have the following behavior, originally suggested by Arthur David Olson: - %Y always generates the mathematically-correct result, even if the expression "tm.tm_year + 1900" would overflow. - %Y is always equivalent to %C%y. - %y is always in the range [00,99]. - %C is in the range [00,99] when possible. - %C is two characters long when possible. Here are some examples: %Y %C %y 10000 100 00 9999 99 99 0999 09 99 0099 00 99 0001 00 01 0000 00 00 -001 -0 01 -099 -0 99 -999 -9 99 -1000 -10 00 -10000 -100 00 %Y %C %y -2147481749 -21474817 49 2147485547 21474855 47 Note that the last example overflows 32-bit 'int', but it is the best-practice behavior even on 32-bit-int hosts. * The tz library <ftp://elsie.nci.nih.gov/pub/> now has the best-practice behavior suggested above.

1 0

Tzcode2005c.tar.gz and tzdata2005c.tar.gz
by Olson, Arthur David (NIH/NCI) 17 Jan '05

17 Jan '05

The files... ftp://elsie.nci.nih.gov/pub/tzcode2005c.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2005c.tar.gz ...are now available; these incorporate the changes circulated last week on the time zone mailing list to get better results when mktime runs on a system where time_t is double, along with changes to the data files (most importantly to Paraguay). Next up on the schedule: have zic warn about links to links. --ado

1 0