September 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

FW: Wrong offset for Mongolia
by Olson, Arthur David (NIH/NCI) Oct. 22, 2003

Oct. 22, 2003

Daniela Duerbeck is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Daniela Duerbeck [mailto:daniela.duerbeck@t-online.de] Sent: Tuesday, September 23, 2003 12:36 PM To: tz(a)lecserver.nci.nih.gov Subject: Wrong offset for Mongolia Hello! The tz database states +9 for Mongolia, but +8 is correct: Time Differences Most of Mongolia is 8 hours ahead of GMT. However, the three western aimags of Khovd, Uvs and Bayan Ulgii are GMT+7. Mongolia no longer puts forward its clocks by 1 hour in the summer months. Found on: http://www.mongoliatourism.gov.mn/fackpack.html Many greetings from Dani

3 3

Re: Decree on Brazilian Summer time
by Paul Eggert Sept. 26, 2003

Sept. 26, 2003

At Fri, 26 Sep 2003 13:31:42 -0700, Stuart Taylor writes: > I've lost track of the patches on top of patches. Any prognosis on > a cumulative patch based on the 2003c version? Alternately, how about > 2003d? If you just apply the big patch dated September 22, you should be fine. The later patches are only to commentary, or to data that don't matter. I expect that Arthur David Olson will issue 2003d sometime soon. (No schedule, though.)

1 0

Decree on Brazilian Summer time
by Paulo Alexandre Pinto Pires Sept. 26, 2003

Sept. 26, 2003

Hello. The official decree was finally issued and can be get at <https://www.planalto.gov.br/ccivil_03/decreto/2003/D4844.htm>. However, it contains a great infelicity: it clearly states that summer time is to end at 2004/02/14 00:00. That would be, for the strict reader, at midnight from Friday to Saturday. I am affraid that they really mean midnight from Saturday to Sunday, which is consistent with previous editions of summer time. What are we to do? -- Pappires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

3 5

Wrong offset for Mongolia
by Daniela Duerbeck Sept. 23, 2003

Sept. 23, 2003

Hello! The tz database states +9 for Mongolia, but +8 is correct: Time Differences Most of Mongolia is 8 hours ahead of GMT. However, the three western aimags of Khovd, Uvs and Bayan Ulgii are GMT+7. Mongolia no longer puts forward its clocks by 1 hour in the summer months. Found on: http://www.mongoliatourism.gov.mn/fackpack.html Many greetings from Dani

1 0

TZ changes for Brazil for 2003/2004
by Paulo Alexandre Pinto Pires Sept. 22, 2003

Sept. 22, 2003

Dear sirs, Attached are my diffs to tzdata2003c for the just-released rules for Brazilian summer time 2003/2004. Since this year two states that traditionally obeyed summer time are no longer doing so, I had to create two new cities, namely Salvador and Campo Grande, for the states of Bahia (BA) and Mato Grosso do Sul (MS). Hoping to have helped, -- Pappires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

4 18

FW: Question about Enewetak
by Olson, Arthur David (NIH/NCI) Sept. 20, 2003

Sept. 20, 2003

Daniela Duerbeck is not on the time zone list; direct replies appropriately. --ado -----Original Message----- From: daniela.duerbeck(a)t-online.de [mailto:daniela.duerbeck@t-online.de] Sent: Wednesday, September 10, 2003 4:49 PM To: tz(a)lecserver.nci.nih.gov Subject: Question about Enewetak Hi! On many places in the Internet I find pages that tell that Enewetak on the Marshall Islands has an offset vs. Greenwich Meantime of -12 hours, but the tz data base states +12 hours (for all Islands of the Marshalls). What is correct? The named pages all tell, that Enewetak is different to the rest of the Marshall Islands. Can it be, that this Island was one of these to change date before the year 2000 to be the first to celebrate it? If not, is there something missing in the tz database? Thanks a lot in advance, Dani

3 3

timezone data download
by jashika＠comcast.net Sept. 19, 2003

Sept. 19, 2003

Hello, Could you assist me in logging onto your following ftp site. I am not able to download the timezone data. ftp://elsie.nci.nih.gov/pub/ Thanks in advance Jessica

1 0

Updates for Brazil
by Vitor de Matos Carvalho Sept. 19, 2003

Sept. 19, 2003

Hi, When you must have an official confirmation of the Brazilian government on the beginning and the end of the summer time 2003/2004, and which the states will go to have the summer time? It starts day 19 of October of 2003 and goes until the 14 of February of 2004. When you go you are bringing up to date the southamerica archive? He has 3 states that this year will not go to have summer schedule. How they will be these changes? Regards, --------------------------------------------------- Vitor de Matos Carvalho - #5602098 Softinfo Network Administrator Salvador - Bahia - Brazil FreeBSD: The silent Workhorse

2 1

Data archive download
by Jessica Yan (jeyan) Sept. 17, 2003

Sept. 17, 2003

Hello, I am not able to download the files from ftp://elsie.nci.nih.gov/pub/.... It says I do not have permissions to view files. The webpage makes this sound like public info though... could someone maybe send me a copy? Thanks, Jessica

1 0

tzcode2003c.tar.gz and tzdata2003c.tar.gz
by Olson, Arthur David (NIH/NCI) Sept. 16, 2003

Sept. 16, 2003

The files ftp://elsie.nci.nih.gov/pub/tzcode2003c.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2003c.tar.gz are now available; these fix bad returns in zic.c's inleap function. Thanks to Bradley White for catching the problem! --ado

2 1

tzcode2003b.tar.gz and tzdata2003b.tar.gz
by Olson, Arthur David (NIH/NCI) Sept. 16, 2003

Sept. 16, 2003

The files ftp://elsie.nci.nih.gov/pub/tzcode2003b.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2003b.tar.gz are now available. These contain changes (previously circulated on the time zone mailing list) to add a "--version" option (and documentation) to the zic and zdump commands, changes to overflow/underflow checking in zic, and a localtime typo fix. There are also update to the leapseconds and tz-art.htm files. Since it's coming up on one of those times of year, we're likely to have data updates soon. --ado

1 0

Question about Enewetak
by daniela.duerbeck＠t-online.de Sept. 10, 2003

Sept. 10, 2003

Hi! On many places in the Internet I find pages that tell that Enewetak on the Marshall Islands has an offset vs. Greenwich Meantime of -12 hours, but the tz data base states +12 hours (for all Islands of the Marshalls). What is correct? The named pages all tell, that Enewetak is different to the rest of the Marshall Islands. Can it be, that this Island was one of these to change date before the year 2000 to be the first to celebrate it? If not, is there something missing in the tz database? Thanks a lot in advance, Dani

1 0

proposed changes to zic and zdump
by Olson, Arthur David (NIH/NCI) Sept. 9, 2003

Sept. 9, 2003

Below are changes to zic and zdump code and documentation to cover "--version" options; there's also a zic buglet fix. If folks are happy I'll incorporate these in the next release (due around the last Sunday in October, after any data changes have arrived). I'm deferring the business of putting identifiers into the output of zic to identify the source of the output. There are two areas to ponder: 1. An output file depends on the version of zic that was used to create it as well as one or more input files (certainly the file that contains the relevant "Zone" line, but also perhaps a leap second file and--potentially at least--one or more files that contain "Rule" lines. What information is sufficient? 2. Does the information need to be reflected in the header of the output file, or is it sufficient to just append the information to the end of the generated output? --ado ------- zic.8 ------- *** /tmp/geta13698 Thu Aug 21 20:27:02 2003 --- /tmp/getb13698 Thu Aug 21 20:27:02 2003 *************** *** 4,9 **** --- 4,12 ---- .SH SYNOPSIS .B zic [ + .B \-\-version + ] + [ .B \-v ] [ .B \-d *************** *** 44,49 **** --- 47,55 ---- .PP These options are available: .TP + .BI "\-\-version" + Output version information and exit. + .TP .BI "\-d " directory Create time conversion information files in the named directory rather than in the standard directory named below. *************** *** 411,414 **** /usr/local/etc/zoneinfo standard directory used for created files .SH "SEE ALSO" newctime(3), tzfile(5), zdump(8) ! .\" @(#)zic.8 7.19 --- 417,420 ---- /usr/local/etc/zoneinfo standard directory used for created files .SH "SEE ALSO" newctime(3), tzfile(5), zdump(8) ! .\" @(#)zic.8 7.20 ------- zic.c ------- *** /tmp/geta13738 Thu Aug 21 20:27:22 2003 --- /tmp/getb13738 Thu Aug 21 20:27:22 2003 *************** *** 1,8 **** ! #ifndef lint ! #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.107"; ! #endif /* !defined NOID */ ! #endif /* !defined lint */ #include "private.h" #include "locale.h" --- 1,4 ---- ! static char elsieid[] = "@(#)zic.c 7.110"; #include "private.h" #include "locale.h" *************** *** 446,452 **** static void usage P((void)) { ! (void) fprintf(stderr, _("%s: usage is %s [ -s ] [ -v ] [ -l localtime ] [ -p posixrules ] \\\n\t[ -d directory ] [ -L leapseconds ] [ -y yearistype ] [ filename ... ]\n"), progname, progname); (void) exit(EXIT_FAILURE); } --- 442,448 ---- static void usage P((void)) { ! (void) fprintf(stderr, _("%s: usage is %s [ --version ] [ -s ] [ -v ] [ -l localtime ] [ -p posixrules ] \\\n\t[ -d directory ] [ -L leapseconds ] [ -y yearistype ] [ filename ... ]\n"), progname, progname); (void) exit(EXIT_FAILURE); } *************** *** 478,483 **** --- 474,484 ---- (void) textdomain(TZ_DOMAIN); #endif /* HAVE_GETTEXT - 0 */ progname = argv[0]; + for (i = 1; i < argc; ++i) + if (strcmp(argv[i], "--version") == 0) { + (void) printf("%s\n", elsieid); + (void) exit(EXIT_SUCCESS); + } while ((c = getopt(argc, argv, "d:l:p:L:vsy:")) != EOF && c != -1) switch (c) { default: *************** *** 1314,1322 **** return; } else if (noise) { if (rp->r_loyear < min_year_representable) ! warning(_("starting year too low to be represented")); else if (rp->r_loyear > max_year_representable) ! warning(_("starting year too high to be represented")); } if (rp->r_loyear > rp->r_hiyear) { error(_("starting year greater than ending year")); --- 1315,1323 ---- return; } else if (noise) { if (rp->r_loyear < min_year_representable) ! warning(_("ending year too low to be represented")); else if (rp->r_loyear > max_year_representable) ! warning(_("ending year too high to be represented")); } if (rp->r_loyear > rp->r_hiyear) { error(_("starting year greater than ending year")); ------- zdump.8 ------- *** /tmp/geta13760 Thu Aug 21 20:27:42 2003 --- /tmp/getb13760 Thu Aug 21 20:27:42 2003 *************** *** 4,9 **** --- 4,12 ---- .SH SYNOPSIS .B zdump [ + .B \-\-version + ] + [ .B \-v ] [ .B \-c *************** *** 16,21 **** --- 19,27 ---- .PP These options are available: .TP + .BI "\-\-version" + Output version information and exit. + .TP .B \-v For each .I zonename *************** *** 36,39 **** Cut off the verbose output near the start of the given year. .SH "SEE ALSO" newctime(3), tzfile(5), zic(8) ! .\" @(#)zdump.8 7.3 --- 42,45 ---- Cut off the verbose output near the start of the given year. .SH "SEE ALSO" newctime(3), tzfile(5), zic(8) ! .\" @(#)zdump.8 7.4 ------- zdump.c ------- *** /tmp/geta13783 Thu Aug 21 20:28:07 2003 --- /tmp/getb13783 Thu Aug 21 20:28:07 2003 *************** *** 1,8 **** ! #ifndef lint ! #ifndef NOID ! static char elsieid[] = "@(#)zdump.c 7.29"; ! #endif /* !defined NOID */ ! #endif /* !defined lint */ /* ** This code has been made independent of the rest of the time --- 1,4 ---- ! static char elsieid[] = "@(#)zdump.c 7.31"; /* ** This code has been made independent of the rest of the time *************** *** 162,167 **** --- 158,168 ---- (void) textdomain(TZ_DOMAIN); #endif /* HAVE_GETTEXT - 0 */ progname = argv[0]; + for (i = 1; i < argc; ++i) + if (strcmp(argv[i], "--version") == 0) { + (void) printf("%s\n", elsieid); + (void) exit(EXIT_SUCCESS); + } vflag = 0; cutoff = NULL; while ((c = getopt(argc, argv, "c:v")) == 'c' || c == 'v') *************** *** 171,177 **** if ((c != EOF && c != -1) || (optind == argc - 1 && strcmp(argv[optind], "=") == 0)) { (void) fprintf(stderr, ! _("%s: usage is %s [ -v ] [ -c cutoff ] zonename ...\n"), argv[0], argv[0]); (void) exit(EXIT_FAILURE); } --- 172,178 ---- if ((c != EOF && c != -1) || (optind == argc - 1 && strcmp(argv[optind], "=") == 0)) { (void) fprintf(stderr, ! _("%s: usage is %s [ --version ] [ -v ] [ -c cutoff ] zonename ...\n"), argv[0], argv[0]); (void) exit(EXIT_FAILURE); }

3 2

Normatively citing the TZ database
by Jonathan Lennox Sept. 1, 2003

Sept. 1, 2003

I'm writing a specification for a language (the Call Processing Language, for user-specific routing of telephone calls) which needs to support the users' time zones for time-of-day routing. (The current draft is available at <http://www.cs.columbia.edu/~lennox/draft-ietf-iptel-cpl-07.txt> for those who are interested.) The draft includes the following paragraph: While "tzid" labels that do not begin with a forward slash are locally defined, it is RECOMMENDED that servers support at least the naming scheme used by Olson Time Zone database [9]. Examples of timezone databases that use the Olson scheme are the zoneinfo files on most Unix-like systems, and the standard Java TimeZone class. Currently reference [9] refers to <http://www.twinsun.com/tz/tz-link.htm>, which is tz-link.htm from tzcode. I've been asked, though, whether this is the best way to make reference to the TZ database; and I have to concede that it might not be, since it's dependent on Twinsun's continuing support. What would mailing list members suggest is the best (most canonical, most stable) way of referencing the TZ database? -- Jonathan Lennox lennox at cs dot columbia dot edu

4 5