December 2000 - 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

None
by Nick Strauss 31 Dec '00

31 Dec '00

By my reckoning, Jan. 1, 2001 (Gregorian) Tevet 6, 5761 (Jewish) Shawwal 5, 1421 (Islamic) Pausa 11, 1922 (Indian Civil) 78 xin-Snake Dahan I, 8 (Chinese) Dec 19, 2000 (Julian) Kiyak 23, 1717 (Coptic) Takhas 24, 1994 (Ethiopian) Please tell me, I might have made an arithmetic error. By the way, the Gregorian calendar, to my limited knowledge, doesn't have a year zero. Nick ------------------------------------------------------------ Infinity Software nicks(a)chesco.com http://www.chesco.com/~nicks -----BEGIN PGP PUBLIC KEY BLOCK----- Version: PGPfreeware 5.0 for non-commercial use <http://www.pgp.com> mQGiBDdoMKoRBADcw8/3TTYvqLt9X2QXixoLX53ogj7gz3SbiWG49GBniARxq8Xd lRnq3Qq+k4vxsCVCtYRHidbXsRK9BkRgiVfvcJy/JpL/h1V2H2OSrc1Ks0KjUX2v Gb5AWPAg5WVcrNb2xUY5dcjmCRGUi/iXKtwnc+SmhVlM+dzDrbUtw3G9mwCg/4k5 5gkSJnmYEAdaN173UaYD+1cD/3YX/jrVfLD6N6zgFyMxmF/VeL0M1LgqLSw6PfM1 zVyMEHeOZzctgKic9re+r8HQa48b3cUR3zCV/ckt9RHDVqR6qCXmdsJtWKbHP0s+ 8LieGnws9L8nq2lmqDN4PYhHHm7BGToNrZrpdZWGO3vAq8FMiKUPp9nJY3rcTQs5 y6R6A/91Z7YdhpOdiQy2IMZZhLmbSIQ53NYU7C48+RdEUAIkW5l0rtfKA2J5jDi/ s5Q64F04tXkI6CnD8+ljIJ+xEUj8kLnBixeCFoHAprsnM9sGj/+UxRvD2jcQ7ZzH itrtQfU2erwo79imWo7uOERBako6JNv+PG6tqVfyWVbY8ZWXW7QjbmljaG9sYXMg c3RyYXVzcyA8bmNzQGFsdW0ubWl0LmVkdT6JAEsEEBECAAsFAjdoMKoECwMBAgAK CRBl84DJ8rcStH4gAJ4wbHWNlme4+yWVsOV90VRjEyS5TACgg2qnreVqCIjPHhUK 9gLG1/wEcXy5Aw0EN2gwqhAMAMwdd1ckOErixPDojhNnl06SE2H22+slDhf99pj3 yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguuqa6zZQ+iAFMBoHzWq6MSHvoP Ks4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJCo1+Le3kXXn11JJPmxiO/Cqn S3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadWoxTpj0BV89AHxstD qZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeSWc39uK50T8X8dryD xUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0iP1YTknbzSC0neSR BzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF040zT9fBdXQ6MdGGze MyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQClCbAkbTCD1mpF1B n5x8vYlLIhkmuquiXsNV6UwybwACAgwAuMKxwz45b36AoTAOW12B4B1sm36qShSj TFipnrN/O7sV03CHdE0hXz1+zHtJUwm+Xt8WYEvrrx3hVT+dKp41HDPAQEkuWCdr EjTiQvN2u37BHhIPpExCjjTzt8UvuhzXAU9+gZVZXzuvFVosqfx7LsngC2NOKGvu BLJkrLh47fJhDrYYu5Vq5myUqARTiUoA/88kJYSDr8lTdTKUoNc9IMsD5wZTRX2s 3NUnS+Wql2yHmY3txF6/LGQO3SYOTBze8rGAxiKEnD7XTKY+6U0X2hSIFMnl9nRP HUkl+/hyyns/b4SpsdM1lv1Sfl9BOCP6ygLV+T6kbThLnCHRtRFQCUDd2R8a3PiH VMetJrYhj6AAIE42Gmuqibeqw1WlvFnzXrwdGHlEWxEZ+Scj+y2wpAuCCABAAPhQ a7t8aIrBW+cnI62FqAmPlPu9xK6pOD5NZ/s3eoNiXxzcbYCxweDv7ypGyYOtSB4a es6fdgCcNWSUZAuBP2OQv+/NGnCyHLmUiQA/AwUYN2gwqmXzgMnytxK0EQJHQQCf Rzkk500k4fkaQiM05xFdxnWaU84AnRbIys57P0JveKdE6Gfa8XjrMHOS =lYII -----END PGP PUBLIC KEY BLOCK----- -- ------------------------------------------------------------ Infinity Software nicks(a)chesco.com http://www.chesco.com/~nicks -----BEGIN PGP PUBLIC KEY BLOCK----- Version: PGPfreeware 5.0 for non-commercial use <http://www.pgp.com> mQGiBDdoMKoRBADcw8/3TTYvqLt9X2QXixoLX53ogj7gz3SbiWG49GBniARxq8Xd lRnq3Qq+k4vxsCVCtYRHidbXsRK9BkRgiVfvcJy/JpL/h1V2H2OSrc1Ks0KjUX2v Gb5AWPAg5WVcrNb2xUY5dcjmCRGUi/iXKtwnc+SmhVlM+dzDrbUtw3G9mwCg/4k5 5gkSJnmYEAdaN173UaYD+1cD/3YX/jrVfLD6N6zgFyMxmF/VeL0M1LgqLSw6PfM1 zVyMEHeOZzctgKic9re+r8HQa48b3cUR3zCV/ckt9RHDVqR6qCXmdsJtWKbHP0s+ 8LieGnws9L8nq2lmqDN4PYhHHm7BGToNrZrpdZWGO3vAq8FMiKUPp9nJY3rcTQs5 y6R6A/91Z7YdhpOdiQy2IMZZhLmbSIQ53NYU7C48+RdEUAIkW5l0rtfKA2J5jDi/ s5Q64F04tXkI6CnD8+ljIJ+xEUj8kLnBixeCFoHAprsnM9sGj/+UxRvD2jcQ7ZzH itrtQfU2erwo79imWo7uOERBako6JNv+PG6tqVfyWVbY8ZWXW7QjbmljaG9sYXMg c3RyYXVzcyA8bmNzQGFsdW0ubWl0LmVkdT6JAEsEEBECAAsFAjdoMKoECwMBAgAK CRBl84DJ8rcStH4gAJ4wbHWNlme4+yWVsOV90VRjEyS5TACgg2qnreVqCIjPHhUK 9gLG1/wEcXy5Aw0EN2gwqhAMAMwdd1ckOErixPDojhNnl06SE2H22+slDhf99pj3 yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguuqa6zZQ+iAFMBoHzWq6MSHvoP Ks4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJCo1+Le3kXXn11JJPmxiO/Cqn S3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadWoxTpj0BV89AHxstD qZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeSWc39uK50T8X8dryD xUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0iP1YTknbzSC0neSR BzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF040zT9fBdXQ6MdGGze MyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQClCbAkbTCD1mpF1B n5x8vYlLIhkmuquiXsNV6UwybwACAgwAuMKxwz45b36AoTAOW12B4B1sm36qShSj TFipnrN/O7sV03CHdE0hXz1+zHtJUwm+Xt8WYEvrrx3hVT+dKp41HDPAQEkuWCdr EjTiQvN2u37BHhIPpExCjjTzt8UvuhzXAU9+gZVZXzuvFVosqfx7LsngC2NOKGvu BLJkrLh47fJhDrYYu5Vq5myUqARTiUoA/88kJYSDr8lTdTKUoNc9IMsD5wZTRX2s 3NUnS+Wql2yHmY3txF6/LGQO3SYOTBze8rGAxiKEnD7XTKY+6U0X2hSIFMnl9nRP HUkl+/hyyns/b4SpsdM1lv1Sfl9BOCP6ygLV+T6kbThLnCHRtRFQCUDd2R8a3PiH VMetJrYhj6AAIE42Gmuqibeqw1WlvFnzXrwdGHlEWxEZ+Scj+y2wpAuCCABAAPhQ a7t8aIrBW+cnI62FqAmPlPu9xK6pOD5NZ/s3eoNiXxzcbYCxweDv7ypGyYOtSB4a es6fdgCcNWSUZAuBP2OQv+/NGnCyHLmUiQA/AwUYN2gwqmXzgMnytxK0EQJHQQCf Rzkk500k4fkaQiM05xFdxnWaU84AnRbIys57P0JveKdE6Gfa8XjrMHOS =lYII -----END PGP PUBLIC KEY BLOCK-----

1 0

last day of the 2nd millennium
by Alex LIVINGSTON 31 Dec '00

31 Dec '00

Today (Sunday, 2000-12-31) is the last day of the the 2nd Gregorian millennium, the 20th Gregorian century, the 200th Gregorian decade, and the 2000th Gregorian year. Happy 3rd millennium! Sorry if this is off topic for the tz discussion list, but for those on it who promote "origin zero", what do you say to the following? Claiming that the epoch of the Gregorian calendar was at the beginning of a year "0" immediately before the year 1 is to fly in the face not only of history but also of the thriving and abundantly tested convention of numbering "1" the first in a sequence of discrete entites, whether periods of time or pages of a newspaper. Outside digital electronics and computing, where the technology justifies them, exceptions to this convention are extremely rare and often questionable. The distinction between numbering the items in a sequence and specifying a quantity, such as the number of billiard balls on a table or the length of a piece of string, is crucial: it has been unavoidable so far in human history and there are no signs that this is about to change. The years of the Gregorian calendar comprise such a sequence: the numbers they are labelled with apply to discrete periods of a whole year, not to a continuum of instants, as for times of day. Their numbering is not, should not, and should not have been, an exception to the rule. Dionysius Exiguus did the right thing (and I'm sure he did have a "concept of zero"). What do you want to call the number-one bestseller and the number-one hit single, and what about the expressions "numero uno", "A1", and even "ace"? How do you want to number children in a family ("my number-0 son"?), lines and verses of a poem or song, volumes of a book, places in a race (0, 1, and 2?), lanes in a swimming pool, houses in a street, faces on dice, cylinders in an engine (think of firing order), weeks of a semester or term and, most glaringly, days of a month and months of a year? Allowing an exceptional "origin zero" for the discrete whole-year periods of a calendar is to defy the KISS principal. In fact, I think the term "origin" is being abused in such a case anyway: in mathematics it applies to the measurement of quantities, not to the numbering of sequences. I've heard this year being referred to as mathematically the last of the old millennium, but emotionally the first of the new. Well, I hope I'm helping to make it emotionally what it is mathematically. _______________ Alex LIVINGSTON Macintosh and Lotus Notes Support / Information Technology (IT) Australian Graduate School of Management (AGSM) UNSW SYDNEY NSW 2052 / Australia Facsimile: +61 2 9931-9349 / Telephone: +61 2 9931-9264 Time : UTC+11---[last Mar. Sun.---UTC+10---[last Aug. Sun.---UTC+11--- At end of today, Sunday, December 31, time since epoch (1-1-1 at 00:00:00) = 730485 days = 2000.00000000 average Gregorian years time until 3rd millennium, 21st century, 201st decade, 2001st year = 0 days = .00000000 average Gregorian years

2 1

IERS message No. 0
by IERS Central Bureau 29 Dec '00

29 Dec '00

**************************************************************************** * IERS Message No. 0 December, 29 2000 **************************************************************************** * Dear IERS contributors and users As most of you have probably already heard, the International Earth Rotation Service continues its operation from January 1, 2001 onwards with a new structure. This new structure is the result of an extended discussion process for the renewal of the service that had started already in 1996 with a workshop in Paris, resulted in a Call for Participation for the new IERS in 1999 and culminated eventually in the final voting for the composition of the new Directing Board at the 32nd meeting of the old Directing Board in San Francisco in December 2000. After a successful period of more than 10 years of the old IERS, as departing chairman of the old Directing Board I would like to wholeheartedly thank all members of the old Directing Board and the old Central Bureau, but also all contributing individuals and organisations for their untiring efforts carrying out daily routines and also for their support of the planning and decision-taking for renewing the service. I wish the new chairman Jan Vondrak, the new Directing Board and the new Central Bureau the very best success with steering the new IERS and all IERS contributors and users a prosperous and happy year 2001! Sincerely, Christoph Reigber (Chairman of the IERS Directing Board until Dec. 31, 2000) P.S. You will soon receive email information on the new structure of the service from the new Central Bureau. A pre-glance you can take at the homepage of the new IERS at http://www.iers.org/

1 0

Re: why the different MST7MDT zoneinfo files?
by Paul Eggert 25 Dec '00

25 Dec '00

> Date: Sun, 24 Dec 2000 10:41:17 -0500 > From: Ben Collins <bcollins(a)debian.org> > > I'm not too familiar with zoneinfo symantics, but I need to follow up on > a Debian bug report. A user noticed these different MST7MDT zoneinfo > files, and that the SystemV ones have the incorrect DST. Why are they > different? Shouldn't the all be the same? > > f1937d0d3ed3a6cf9ca44e04cb4d8509 /usr/share/zoneinfo/MST7MDT > f1937d0d3ed3a6cf9ca44e04cb4d8509 /usr/share/zoneinfo/posix/MST7MDT > 1ac36e9eb32fbeb87af9921ba5b58850 /usr/share/zoneinfo/posix/SystemV/MST7MDT > 65cbdc206e84bf90b10fabb30c13e9b1 /usr/share/zoneinfo/right/MST7MDT > b4885b6a643d6a8c6e5e1f7de5180650 /usr/share/zoneinfo/right/SystemV/MST7MDT > 1ac36e9eb32fbeb87af9921ba5b58850 /usr/share/zoneinfo/SystemV/MST7MDT The SystemV stuff is for compatibility with ancient hosts, none of which must be operating any more, as they mishandle US daylight saving time past 1987. We should obsolete those entries, for the same reason that US/Pacific-PET was removed in 1994: they are far more likely to cause problems than to solve them. The "posix" vs "right" difference is for leap second support. "posix" ignores leap seconds, whereas "right" does not. I suppose we shouldn't just remove the SystemV stuff right away, as there might be some hosts that (mistakenly) use it. But my next proposed patch can replace it with this for now: Link America/Halifax SystemV/AST4ADT Link America/New_York SystemV/EST5EDT Link America/Chicago SystemV/CST6CDT Link America/Denver SystemV/MST7MDT Link America/Los_Angeles SystemV/PST8PDT Link America/Anchorage SystemV/YST9YDT Link America/Puerto_Rico SystemV/AST4 Link America/Indianapolis SystemV/EST5 Link America/Regina SystemV/CST6 Link America/Phoenix SystemV/MST7 Link Pacific/Pitcairn SystemV/PST8 Link Pacific/Gambier SystemV/YST9 Link America/Honolulu SystemV/HST10

1 0

[rfc] why the different MST7MDT zoneinfo files?
by Ben Collins 24 Dec '00

24 Dec '00

I'm not too familiar with zoneinfo symantics, but I need to follow up on a Debian bug report. A user noticed these different MST7MDT zoneinfo files, and that the SystemV ones have the incorrect DST. Why are they different? Shouldn't the all be the same? f1937d0d3ed3a6cf9ca44e04cb4d8509 /usr/share/zoneinfo/MST7MDT f1937d0d3ed3a6cf9ca44e04cb4d8509 /usr/share/zoneinfo/posix/MST7MDT 1ac36e9eb32fbeb87af9921ba5b58850 /usr/share/zoneinfo/posix/SystemV/MST7MDT 65cbdc206e84bf90b10fabb30c13e9b1 /usr/share/zoneinfo/right/MST7MDT b4885b6a643d6a8c6e5e1f7de5180650 /usr/share/zoneinfo/right/SystemV/MST7MDT 1ac36e9eb32fbeb87af9921ba5b58850 /usr/share/zoneinfo/SystemV/MST7MDT Thanks, and happy holidays, Ben -- -----------=======-=-======-=========-----------=====------------=-=------ / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` bcollins(a)debian.org -- bcollins(a)openldap.org -- bcollins(a)linux.com ' `---=========------=======-------------=-=-----=-===-======-------=--=---'

1 0

[patch] timezone/zdump.c: combine strings for easier localization
by Ben Collins 24 Dec '00

24 Dec '00

(From the Debian bug report) Please apply this (untested) patch so that I can use the correct form of "standard output" in the Finnish message catalog. ("Standard output" alone would be "vakiotuloste" but when used as an object, it must become "vakiotulostetta".) (end bug report) 2000-12-24 Ben Collins <bcollins(a)debian.org> * timezone/zdump.c: Combine strings so that localization is a better. Patch from Kalle Olavi Niemitalo <tosi(a)ees2.oulu.fi> -- -----------=======-=-======-=========-----------=====------------=-=------ / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` bcollins(a)debian.org -- bcollins(a)openldap.org -- bcollins(a)linux.com ' `---=========------=======-------------=-=-----=-===-======-------=--=---'

1 0

tzcode2000h.tar.gz and tzdata2000h.tar.gz
by Olson, Arthur David (NCI) 22 Dec '00

22 Dec '00

The files ftp://elsie.nci.nih.gov/pub/tzcode2000h.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000h.tar.gz are now available. These include the changes circulated by Paul Eggert to the time zone mailing last week, along with one typo fix in the "art" file. With providence, this is the last update of the millenium. --ado

3 3

Savings
by Oscar van Vlijmen 22 Dec '00

22 Dec '00

The dictionary says "daylight saving time" (Webster). Several files in the TZ distribution still have "savings" for our daylight! Data folder: asia: 10x australasia: 6x europe: 2x northamerica: 4x southamerica: 1x Code folder: date.c: 1x usno1995, 1997, 1998: each 1x, but one should leave "originals" as is. I cannot produce a diff file, so I hope I may leave this to someone who likes to dot i's. Regards, Oscar van Vlijmen 2000-12-22

2 1

Re: time in France during World War II
by Paul Eggert 20 Dec '00

20 Dec '00

> From: "Ciro Discepolo" <discepol(a)tin.it> > Date: Wed, 20 Dec 2000 20:51:12 +0100 > If it can be you useful I point out you a breve (it doesn't > complete) bibliography on the matter treated in our letters. > Henri Le Corre, Régimes Horaires pour le monde entier, Éditions > Traditionnelles - Paris 2 books, 1993 > Gabriel, Traité de l'heure dans le monde, Guy Trédaniel éditeur, Paris, 1991 > Françoise Gauquelin, Problèmes de l'heure résolus en astrologie, Guy > trédaniel, Paris 1987 Thanks; I'll add a comment about these. > As you can read from the attached file, according to Le Corre, and > according to also other authors, in France, in 1943, there was a > double daylight saving time, both in the busy zones and in the zones > freed by the Germans. Le Corre is not consistent about whether he means local time or Universal Time. I think most of his data use Universal Time, but his first line "Du 15/03/1891, 0h01 au 11/03/1911, 0h01 = GMT + 0h09m21s" must be referring to local time; it wouldn't make sense as Universal Time. Three years ago Denis Excoffier checked our tables against the Ephemerides Astronomiques for 1998 from Bureau des Longitudes. I recall that an advantage of that source is that it explicitly gives the Universal Time for each transition. Unfortunately it is not available on the web as far as I know. I don't recall what it had to say about Paris during the war, either, unfortunately. Assuming Le Colle means Universal Time for most times, I see the following discrepancies between your attached page and our current tables: * Shanks has the 1911 switch at 1911-03-11 00:00; Le Corre has it at 00:01. Let's go with Le Corre here, since he has more detail. * The transitions between 1976 and 1978 are a hodgepodge. I think our tables agree with Le Corre only if we assume some of Le Corre's times are local time, and some are UTC; but this doesn't really make sense. I'd rather get some confirming data. * Shanks writes that Paris observed German time under occupation, whereas Le Corre has it observing the same as Vichy time starting on 1942-11-02. This is the discrepancy that you observe. I am inclined to agree with Le Corre. * Shanks writes that Paris reverted to the previous French rules between 1944-08-25 and 1945-09-16, whereas Le Corre has Paris continuing to observe the same time as occupied France. Here Shanks's story seems more plausible, though of course Le Corre could be right as well. I wish I had confirmation of Le Corre's data, or knew where he got his information from. Are there references in his book for this data?

1 0