May 2012 - tz - lists.iana.org

proposed time zone package changes (Samoa, Factory, et al.)
by Arthur David Olson Aug. 28, 2019

Aug. 28, 2019

Below find proposed time zone package changes; the executive summary: * Makefile Change LOCALTIME default from "Factory" to "GMT"; do not compile "factory" file (but keep it in the distribution). * Theory Remove reference to "Factory" zone. * australasia Change end of DST in Samoa in 2011 from 2011-04-03 0:00 to 2011-04-03 1:00 (thanks to Raymond Hughes for a reference). * localtime.c Initialize ttinfo structures filled by tzparse (thanks to Ravindra for reporting a valgrind warning). * zic.c Fix generation of POSIX strings for zones with rules using "weekday<=n" forms of dates (thanks to Lei Liu for finding the problem). Also, limit output for non-POSIX-specificable zones defined to follow the same rules every year. (Note that no zones of either of the above types appear in the distribution; these changes cater to add-on zones). If no problems are found, 2010n will appear on 2010-10-25. --ado diff -r -c old/Makefile new/Makefile *** old/Makefile Mon Sep 27 09:24:25 2010 --- new/Makefile Tue Oct 12 12:36:50 2010 *************** *** 1,5 **** # <pre> ! # @(#)Makefile 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)Makefile 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 12,18 **** # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= Factory # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, --- 12,18 ---- # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= GMT # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, *************** *** 262,269 **** DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera factory backward ! NDATA= systemv SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab --- 262,269 ---- DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera backward ! NDATA= systemv factory SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab diff -r -c old/Theory new/Theory *** old/Theory Mon Sep 27 09:24:25 2010 --- new/Theory Tue Oct 12 12:36:50 2010 *************** *** 1,4 **** ! @(#)Theory 8.4 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! @(#)Theory 8.5 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. *************** *** 287,294 **** See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', `EET' (see the file `europe'), ! and `Factory' (see the file `factory'). ----- Time zone abbreviations ----- --- 287,293 ---- See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', and `EET' (see the file `europe'). ----- Time zone abbreviations ----- diff -r -c old/australasia new/australasia *** old/australasia Mon Sep 27 09:24:27 2010 --- new/australasia Tue Oct 12 13:14:56 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.18 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.19 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 487,497 **** # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 -11:00 - WST # Solomon Is --- 487,507 ---- # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> + # From Raymond Hughes (2010-10-07): + # Please see + # <a href="http://www.mcil.gov.ws"> + # http://www.mcil.gov.ws + # </a>, + # the Ministry of Commerce, Industry and Labour (sideframe) "Last Sunday + # September 2010 (26/09/10) - adjust clocks forward from 12:00 midnight + # to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks + # backwards from 1:00am to 12:00am" + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 1:00 -11:00 - WST # Solomon Is diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Mon Sep 27 09:24:26 2010 --- new/localtime.c Tue Oct 12 12:36:51 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.14"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.15"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 914,919 **** --- 914,920 ---- register unsigned char * typep; register char * cp; register int load_result; + static struct ttinfo zttinfo; INITIALIZE(dstname); stdname = name; *************** *** 986,991 **** --- 987,993 ---- /* ** Two transitions per year, from EPOCH_YEAR forward. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -dstoffset; sp->ttis[0].tt_isdst = 1; sp->ttis[0].tt_abbrind = stdlen + 1; *************** *** 1099,1106 **** } /* ** Finally, fill in ttis. - ** ttisstd and ttisgmt need not be handled. */ sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; --- 1101,1108 ---- } /* ** Finally, fill in ttis. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; *************** *** 1113,1118 **** --- 1115,1121 ---- dstlen = 0; sp->typecnt = 1; /* only standard time */ sp->timecnt = 0; + sp->ttis[0] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = 0; sp->ttis[0].tt_abbrind = 0; diff -r -c old/zic.c new/zic.c *** old/zic.c Mon Sep 27 09:24:26 2010 --- new/zic.c Tue Oct 12 13:37:29 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.24"; #include "private.h" #include "locale.h" *************** *** 1881,1896 **** register int week; if (rp->r_dycode == DC_DOWGEQ) { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", --- 1881,1896 ---- register int week; if (rp->r_dycode == DC_DOWGEQ) { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 1) return -1; + week = 1 + rp->r_dayofmonth / DAYSPERWEEK; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 0) return -1; + week = rp->r_dayofmonth / DAYSPERWEEK; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", *************** *** 2018,2023 **** --- 2018,2024 ---- register char * envvar; register int max_abbr_len; register int max_envvar_len; + register int prodstic; /* all rules are min to max */ max_abbr_len = 2 + max_format_len + max_abbrvar_len; max_envvar_len = 2 * max_abbr_len + 5 * 9; *************** *** 2032,2037 **** --- 2033,2039 ---- timecnt = 0; typecnt = 0; charcnt = 0; + prodstic = zonecount == 1; /* ** Thanks to Earl Chew ** for noting the need to unconditionally initialize startttisstd. *************** *** 2053,2058 **** --- 2055,2062 ---- updateminmax(rp->r_loyear); if (rp->r_hiwasnum) updateminmax(rp->r_hiyear); + if (rp->r_lowasnum || rp->r_hiwasnum) + prodstic = FALSE; } } /* *************** *** 2075,2080 **** --- 2079,2094 ---- if (max_year <= INT_MAX - YEARSPERREPEAT) max_year += YEARSPERREPEAT; else max_year = INT_MAX; + /* + ** Regardless of any of the above, + ** for a "proDSTic" zone which specifies that its rules + ** always have and always will be in effect, + ** we only need one cycle to define the zone. + */ + if (prodstic) { + min_year = 1900; + max_year = min_year + YEARSPERREPEAT; + } } /* ** For the benefit of older systems,

5 6

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

Adding Asia/Beijing timezone into the database
by Daoming Qiu Dec. 6, 2014

Dec. 6, 2014

"Beijing Time" is the standard time used for China region, so it is very strange that tzdatabase doesn't have timezone called Asia/Beijing. Strongly suggest to add "Asia/Beijing" zone into the database, and its information is very similar with "Asia/Shanghai".

14 17

a patch for zic.c to allow 'follow rules'
by Alois Treindl Sept. 10, 2013

Sept. 10, 2013

Dear Arthur, I have been preparing a small modification for zic.c which will allow it to understand a 'follow rule' in zone files, like this: # experimental table for Geneva, to test the 'follow' mechanism Zone Europe/Geneva 0:24:37 - LMT 1848 Sep 12 0:24:37 - GET 1894 Jun # Geneva MTime 0 follow Europe/Zurich For test purposes, one can simply insert this zone in the europe file. The feature is helpful in the extension of tzdata to cover complete timezone history. For this purpose, about 1000 additional zone files need to be written, and to be maintained. The process to do so has started in the astrological community, as it needs a complete pre-1970 timezone history. I will not bother you with details. I intend to help creating and maintaining a set of files like 'europe_hist', 'asia_hist' etc which contain the additional zones. The 'follow rule' will allow to keep these extra zone files very small, as usually the additional zones will all have a cross-over moment into a regular tzdata zone. I have for the moment called the modified zic source file zicx.c and prepared a patch file for zic.c to implement the 'follow rule' feature. I have tried to keep the modification very small. Please have a look at the patch, and check for the errors I have probably made. Description of the code: ------------------------ The follow rule must be the last line in a zone, and recursion is not allowed. It is parsed in inzsub() which reacts on GMTOFF = 0 and the word 'follow' in the RULE field. The zone line is stored in zones[] with a special value z_gmtoff = FOLLOW_MARK and the zone_name to follow in field z_rule (which is abused for this purpose). Before the call to outzone() the two sets of zone lines are patched together in a temporary array, so that outzone() and all functions deeper down() need not be modified. Patch ----- --- zic.c 2011-03-09 20:41:27.000000000 +0100 +++ zicx.c 2011-08-25 16:09:04.000000000 +0200 @@ -262,6 +262,17 @@ static int typecnt; #define YR_MAXIMUM 1 #define YR_ONLY 2 +/* +** follow rules, added by Alois Treindl August 2011 +** Zones may end with a line: 0 follow zone_name +** which the parser will represent with FOLLOW_MARK in z_gmtoff, +** and the zone name in z_rule. +** Before the call to outzone() the zone and its follow zone will be +** patched together, so that outzone() sees a regular zone array. +** To keep zone files readable, follow rules cannot be used recursively. +*/ +#define FOLLOW_MARK 999999 + static struct rule * rules; static int nrules; /* number of rules */ @@ -589,7 +600,48 @@ _("%s: More than one -L option specified */ for (j = i + 1; j < nzones && zones[j].z_name == NULL; ++j) continue; - outzone(&zones[i], j - i); + if (zones[j -1].z_gmtoff == FOLLOW_MARK) { + /* copy zone and follow zone into one new array */ + int k,n,m, nrows; + struct zone *xzones, *zp; + nrows = j - i - 1; + zp = &zones[j - 1]; /* line with the follow rule */ + xzones = (struct zone *) (void *) emalloc((int) (nrows * sizeof *xzones)); + for (k = 0; k < nrows; k++) + xzones[k] = zones[i + k]; + /* now find the follow zone in array zones[] */ + for (m = 0; m < nzones; m++) { + if (zones[m].z_name != NULL && strcmp(zp->z_rule, zones[m].z_name) == 0) break; + } + if (m == nzones) { /* error, follow zone not found */ + char *cp; + cp = emalloc(80 + strlen(zp->z_rule) + strlen(zones[i].z_name));; + sprintf(cp, "For zone %s follow zone %s not found, no zonefile created.", zones[i].z_name, zp->z_rule); + eat(zp->z_filename, zp->z_linenum); + error(cp); + ifree(cp); + ifree((void *)xzones); + } + /* now find the next date in the follow zone */ + for (n = m + 1; n < nzones; n++) { + if (zp->z_untiltime < zones[n].z_untiltime) break; + } + /* missing errorcode for case n == nzones, + * assume we are still in same follow zone. + * The follow zone part we need starts at zones[n]. + * Now find where follow zone ends, will be m. + */ + for (m = n; m < nzones && zones[m].z_name == NULL; ++m) + continue; + xzones = (struct zone *) (void *) erealloc((char *) xzones, (int) ((nrows + m - n) * sizeof *xzones)); + for (k = 0; k < m - n; k++) + xzones[nrows + k] = zones[n + k]; + nrows += m - n; + outzone(&xzones[0], nrows); + ifree((void *) xzones); + } else { + outzone(&zones[i], j - i); + } } /* ** Make links. @@ -784,7 +836,7 @@ associate(void) } for (i = 0; i < nzones; ++i) { zp = &zones[i]; - if (zp->z_nrules == 0) { + if (zp->z_nrules == 0 && zp->z_gmtoff != FOLLOW_MARK) { /* ** Maybe we have a local standard time offset. */ @@ -1079,11 +1131,23 @@ const int iscont; return FALSE; } } - z.z_rule = ecpyalloc(fields[i_rule]); - z.z_format = ecpyalloc(fields[i_format]); - if (max_format_len < strlen(z.z_format)) - max_format_len = strlen(z.z_format); - hasuntil = nfields > i_untilyear; + /* check for 0 follow zonename + ** zonename must contain at least one /, and follow must be + * 'follow' or an abbreviation thereof. + */ + if (z.z_gmtoff == 0 && strchr(fields[i_format], '/') != NULL + && itsabbr(fields[i_rule], "follow")) { + z.z_gmtoff = FOLLOW_MARK; + z.z_rule = ecpyalloc(fields[i_format]); + z.z_format = ""; + hasuntil = FALSE; /* no continue of zone now */ + } else { + z.z_rule = ecpyalloc(fields[i_rule]); + z.z_format = ecpyalloc(fields[i_format]); + if (max_format_len < strlen(z.z_format)) + max_format_len = strlen(z.z_format); + hasuntil = nfields > i_untilyear; + } if (hasuntil) { z.z_untilrule.r_filename = filename; z.z_untilrule.r_linenum = linenum;

1 1

Indonesia - A government committee is proposing a single time zone
by Tobias Conradi June 7, 2012

June 7, 2012

http://www.thejakartapost.com/news/2012/05/26/single-time-zone-may-begin-la… -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

4 4

may be a small mistake in the localtime.c code
by Z V June 6, 2012

June 6, 2012

Hello, The next piece of code looks like a mistake: localtime.c (1477-1484) while (i > 0 && sp->lsis[i].ls_trans == *sp->lsis[i - 1].ls_trans + 1* && sp->lsis[i].ls_corr == sp->lsis[i - 1].ls_corr + 1) { ++hit; --i; } As far as I understand here are processed 'Leap' rules with '++' correction. If so, sp->lsis[i].ls_trans must be equal to sp->lsis[i - 1].ls_trans. BR, Igor

3 2

renaming the mailing list in the code and data files
by Mariano Absatz - el Baby May 29, 2012

May 29, 2012

Since the old tz(a)elsie.nci.nih.gov mailing list no longer exist (in fact, there's no mx record, the name is actually a cname and the target host doesn't even seem to be accepting packets on port 25) it might be a good idea to rename the list in the code and data files where it is present. I wrote 2 small patches (attached) that do this against tzdata2012c and tzcode2012b. I don't see much of an urgency in doing this, but we might apply the patch whenever we have a new set of files to release. Regards -- Mariano Absatz - El Baby www.clueless.com.ar

2 1

[OT] tz humor
by Mariano Absatz - el Baby May 29, 2012

May 29, 2012

It seems like xkcd is turning us obsolete: http://xkcd.com/1061/ :) -- Mariano Absatz - El Baby www.clueless.com.ar

2 1

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by SM May 29, 2012

May 29, 2012

At 13:53 26-05-2012, Tobias Conradi wrote: >Maybe your point of view is that of the RFC 6557 authors. I can only express my view as an individual. I don't know whether the authors of RFC 6557 share my point of view. >But I wonder whether IANA doesn't want to have some say about what >happens in a project linked from the IANA homepage >http://www.iana.org/. At a guess some information about IANA actions may be in Section 8 of RFC 6557. >The IANA time zone data is referred to by RFC4833, RFC5545, The TZ database reference in RFC 4833 mentioned "Eggert, P. and A. Olson". There is a link to http://www.twinsun.com/tz/tz-link.htm >How do you think an extreme case is defined? Is it an extreme case to >have Russian zones wrong for more than half a year and to have no zone >covering Bouvet Island, which has a UTC offset defined by Norwegian >law? I leave it to the time zone community or Paul Eggert to see whether a case is extreme as it is easier than coming up with a definition. In my opinion the above examples seem more of a matter for Paul Eggert to decide or the time zone community to agree upon. Regards, -sm

4 5

IETF RFC 6557 vs Paul Eggert
by Tobias Conradi May 29, 2012

May 29, 2012

http://www.ietf.org/ The mission of the IETF is to make the Internet work better by producing high quality, relevant technical documents that influence the way people design, use, and manage the Internet. http://tools.ietf.org/html/rfc6557 ------ To be clear, the TZ Coordinator SHALL NOT set time zone policy for a region but use judgment and whatever available sources exist to assess what the average person on street would think the time actually is, or in case of historical corrections, was. ------ Either "average person on street" is to be taken literal, and if there are no streets and no average persons, the section does not apply. Or Paul Eggert (TZ Coordinator) is obliged to adhere to that section in the Bouvet Island case, where Norwegian laws clearly show that the time officially is UTC+01:00 on that island, irrespective of presence of human beings. http://www.lovdata.no/all/hl-20070126-004.html ----- § 6. Norsk normaltid Normaltiden i Norge er én time foran koordinert universaltid (UTC+1). ----- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Stable fixed length identifiers for IANA time zones
by Tobias Conradi May 26, 2012

May 26, 2012

Steven, Mark, I checked the latest timezone.xml contained in core.zip linked from http://cldr.unicode.org/index/bcp47-extension Are the values for the names that are not /[a-z]{5}/ , e.g. <type name="mxstis" ... > already permanently fixed? What happens if Santa Isabel gets an UN/LOCODE in the future? I am using UN/LOCODEs since at least 2003 http://en.wikipedia.org/w/index.php?title=UN/LOCODE&diff=prev&oldid=1414613 In my system the first two letters never map into a set of ISO 3166-1 countries (current and former) without one set member being or having been the country for the location, e.g. "jeruslm", the first letters, JE, stand for Jersey, which never was a country where Jerusalem was located. If there is "usnavajo" placing "navajo" below "us", then <type name="jeruslm" alias="Asia/Jerusalem Asia/Tel_Aviv Israel" description="Jerusalem"/> is inconsistent, since Asia/Jerusalem is used for Israel, which would lead to "iljerusalem" or so and instead of "hebron" and "gaza" it would be "pshebron" and "psgaza" Since UN/LOCODE doesn't use the numbers 0 and 1, I created private codes using "1" in third position, so for Santa Isabel I would use MX1SI or in lower case mx1si for Hebron PS1HB, Gaza PS1GZ That way the codes all can be of the same length, namely 5 characters. Tobias On Fri, May 25, 2012 at 5:10 PM, Steven R. Loomis <srl(a)icu-project.org> wrote: > On 05/24/2012 04:27 PM, Tobias Conradi wrote: ... > E.g. CLDR has created UN/LOCODE based codes: > http://cldr.unicode.org/development/development-process/design-proposals/bc… > > > This a draft design document proposing what is now the 'tz' field of IETF > BCP 47 Extension U < https://tools.ietf.org/html/rfc6067> referencing UTS35 > and data < > http://unicode.org/reports/tr35/#Unicode_Language_and_Locale_Identifiers>. > However, it is not relevant to simply the discussion of "." and "-", > instead, the UN/LOCODE based codes (with some additions) were needed due to > length restrictions. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 1

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by SM May 26, 2012

May 26, 2012

At 10:56 26-05-2012, Tobias Conradi wrote: >Restricted by the following: > >http://tools.ietf.org/html/rfc6557 >BCP 175 [snip] >"The TZ Coordinator is an IANA Designated Expert" In my opinion RFC 6557 was an attempt to document some of the details about the "TZ Database" and it is self-contained except for two explicit references about the work. A lot of stuff is left to the discretion of the TZ coordinator. There are some guidelines to allow resolution if there is an extreme case. Regards, -sm

2 1

Proposal to deprecate "." and "-" in zone names
by Tobias Conradi May 26, 2012

May 26, 2012

CURRENT ftp://ftp.iana.org/tz/code/Theory says "Within a file name component, use only ASCII letters, `.', `-' and `_'." In ftp://ftp.iana.org/tz/data/zone.tab I found none having "." I found three having "-": America/Blanc-Sablon Africa/Porto-Novo America/Port-au-Prince PROPOSED Change ftp://ftp.iana.org/tz/code/Theory "Within a file name component, use only ASCII letters and `_'." REASONING @"." "." is not used, document current usage. Reduce number of possible variations. @"-" Reduce number of possible variations. Avoid discussions about names as happened with the zone proposal for the Crozet Islands "Alfred-Faure" vs "Alfred Faure". @both Some environments don't allow "/". Since "/" is part of the zone name, a replacement may be needed. If "." and "-" are not allowed for zone names anymore, then they can be used for replacing "/". -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

7 17

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by SM May 26, 2012

May 26, 2012

Arthur David Olson posted a message about a new home for time zone stuff in August 2009 [1]. The time zone stuff used to be called the Olson database. Robert Elz provided a temporary home for the Olson database in October 2011 [2]. Paul Eggert was suggested as TZ coordinator in March 2012 [3]. The mailing list was supposed to be be used just as it has been: to learn of, discuss, and confirm TZ definition changes, as well as to serve as an announcement list for new versions of the database. In my humble opinion it is up to the TZ coordinator to determine what to do about the details of the Olson database. Regards, -sm 1. http://mm.icann.org/pipermail/tz/2009-August/015734.html 2. http://mm.icann.org/pipermail/tz/2011-October/016898.html 3. http://mm.icann.org/pipermail/tz/2012-March/017597.html

2 1

Proposal to define a Private Use Area within the zone naming scheme
by Tobias Conradi May 26, 2012

May 26, 2012

CURRENT: No private use area defined. PROPOSAL: Define a private use area. Use AA or Aa to have the name start with the same letter as most other Areas that represent continents do (America, Africa, Asia, Australia) Since AA is an ISO 3166-1 alpha-2 private code, it can be used by CLDR, that uses UN/LOCODEs, too, to define a private range. The private range would be defined on the top level, so it is not affected by any change to the Area names (America, Africa, Asia, Australia, etc.) Organizations are then free to have their own subareas inside, e.g. i Aa/NorwayGov/Bouvet/ Aa/RussiaGov/Barnaul/ Aa/GemBuesingen/Buesingen/ Aa/Pre1970project/ Aa/JohnDoe/ Aa/Legal/ (legal time instead of majority observed time) REASONING: Allow people to create zones having names that will not be the same as IANA time zone names. This is helpful when the IANA time zone database maintainers do not fix bugs (e.g. West Siberia) and do not create zones for regions solely because they have no permanent population, despite the time there being defined by law of the sovereign state to which it belongs (Bouvet Island). == Systems having a private use area == === Country codes === ISO 3166-1 alpha-2 AA, QM ... QZ, XA ...XZ, ZZ http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#User-assigned_code_elements ISO 3166-1 alpha-3 AAA ... AAZ, QMA ... QZZ, XAA ... XZZ, ZZA ... ZZZ. http://en.wikipedia.org/wiki/ISO_3166-1_alpha-3#User-assigned_code_elements ISO 3166-1 numeric 900 ... 999 http://en.wikipedia.org/wiki/ISO_3166-1_numeric#User-assigned_code_elements === Script codes === ISO 15924 Qaaa ... Qabx (900 ... 949): 50 Codes reserved for private use. === Language codes === ISO 639-3 Private Use Area (range qaa to qtz) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Infrastructure - bug tracking system
by Tobias Conradi May 26, 2012

May 26, 2012

Kim, apart from TZ Coordinator Paul Eggert you are the only person I know of that has an official position involved with the IANA time zone database. Is it possible for IANA to provide a bug tracking system for the IANA time zone database maintenance? Currently there are several unfixed bugs, but I can see no full listing of them. So same bugs may get reported several times or stay unfixed without being reported again for a long time. I am aware of several bugs, inconsistencies and suggestions for possible improvements I sent to the mailing list and also of some sent by other people e.g. Alexander Krivenyshev (http://mm.icann.org/pipermail/tz/2011-September/008798.html) Andrew Paprocki (http://mm.icann.org/pipermail/tz/2012-May/017854.html) Guy Harris (http://mm.icann.org/pipermail/tz/2012-May/017756.html) Ian Abbott (http://mm.icann.org/pipermail/tz/2012-May/017725.html) But these or only from the time when I was member of the mailing list. Maybe there are several more bugs that are still not fixed. Tobias -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Bugs in Russia - West Siberia - Eight months past since 2011-09-17
by Tobias Conradi May 26, 2012

May 26, 2012

Just a reminder for Tobias Conradi Wed Apr 18 20:10:55 UTC 2012 http://mm.icann.org/pipermail/tz/2012-April/017638.html [tz] Bugs in Russia - Seven month past since 2011-09-17 - still not fixed -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

"Discussion of Tobias Conradi"
by Tobias Conradi May 26, 2012

May 26, 2012

was: Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources On Sat, May 26, 2012 at 2:50 PM, John Hawkinson <jhawk(a)mit.edu> wrote: > In the absence of direction to the contrary, > could we please keep > discussion of Tobias Conradi off of the list? direction is here http://www.iana.org/time-zones "A higher volume discussion list used for discussing proposals for updates to the Database. Contributions to this list may be emailed to tz(a)iana.org." It doesn't mention "discussion of Tobias Conradi". -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by Tobias Conradi May 26, 2012

May 26, 2012

On Sat, May 26, 2012 at 10:17 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 05/25/2012 05:20 PM, Tobias Conradi wrote: >>> this sort of behavior is >>> > counterproductive. >> Counterproductive to what? > > Taunting and personal attacks > are counterproductive to the > primary purpose of this mailing list, which is maintaining > the tz code and data. To judge objectively if one person did do that more often than others, it would be needed to at first identify occurrences of such behavior. Furthermore it would be needed to have a complete list of what constitutes counterproductive behavior, since otherwise actions may be taken on counterproductive behavior that is to be found in one person, but not on counterproductive behavior of another. I for one would claim that asking a person that sends lots of reports of bugs to the mailing list which is mentioned on http://www.iana.org/time-zones as "A higher volume discussion list used for discussing proposals for updates to the Database. Contributions to this list may be emailed to tz(a)iana.org." to stop sending them to be counterproductive. It would be more productive to change the description on the website about what the mailing list is to be used for. > If this pattern continues, then I'm > afraid we'll have to part ways. You are free to leave the project. I would regret that some of your knowledge would leave too, since the documentation is in some points inconsistent, but probably it would be possible to sort that out. > We should not be wasting > our time on argumentation. http://en.wikipedia.org/wiki/Argumentation_theory ... argumentation, is the interdisciplinary study of how conclusions can be reached through logical reasoning I am here to improve the IANA time zone database by logical reasoning. If that is wasting your time, why are you TZ Coordinator? Do you want to maintain the database without logical reasoning? I don't see that defined in Theory file or BCP 175. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 1

Bug - Statement by Paul Eggert (a TZ Coordinator) on update process not agreeing with IANA sources
by Tobias Conradi May 26, 2012

May 26, 2012

On Fri, May 25, 2012 at 6:06 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 05/24/2012 03:46 PM, Tobias Conradi wrote: > You should I think I should nothing. I do what I want. > consider taking a step backwards > and refraining from sending email to the tz list > for a while, If you fix all bugs, I will stop emailing. Wasn't it a Paul Eggert who introduced the Idaho bug http://mm.icann.org/pipermail/tz/2012-May/017897.html ? And now a Paul Eggert doesn't like bugs being reported by Tobias Conradi? >as this sort of behavior is > counterproductive. Counterproductive to what? Counterproductive to fixing bugs? http://www.iana.org/time-zones has the text: ------------------ Mailing Lists ... Submissions/Discussions A higher volume discussion list used for discussing proposals for updates to the Database. Contributions to this list may be emailed to tz(a)iana.org. ----------------- That's exactly what I do. If that's not wanted, the page text is wrong. But if one thinks the page text is defining what is wanted, then Paul Eggert may be wrong. At which end is the bug, Paul Eggert or IANA? The page also has the text: TZ Coordinator The IESG-designated TZ Coordinator is Paul Eggert. Would that be you? If so, then here is a part of your role description: http://tools.ietf.org/html/rfc6557 TZ Coordinator: The person or people who maintain and manage release of the TZ Database. I don't see any release at ftp://ftp.iana.org/tz/releases/ since 2012-04-13 "The IESG has approved Paul Eggert (eggert at cs.ucla.edu) as the new Time Zone coordinator." (Source: http://mm.icann.org/pipermail/tz/2012-May/017853.html ) ========================= Delivered-To: tobias.conradi(a)gmail.com Received: by 10.14.96.144 with SMTP id r16csp81028eef; Thu, 24 May 2012 21:07:02 -0700 (PDT) Received: by 10.68.221.74 with SMTP id qc10mr28159196pbc.31.1337918798479; Thu, 24 May 2012 21:06:38 -0700 (PDT) Return-Path: <eggert(a)cs.ucla.edu> Received: from smtp.cs.ucla.edu (smtp.cs.ucla.edu. [131.179.128.62]) by mx.google.com with ESMTP id hs4si4058777pbc.296.2012.05.24.21.06.37; Thu, 24 May 2012 21:06:38 -0700 (PDT) Received-SPF: pass (google.com: domain of eggert(a)cs.ucla.edu designates 131.179.128.62 as permitted sender) client-ip=131.179.128.62; Authentication-Results: mx.google.com; spf=pass (google.com: domain of eggert(a)cs.ucla.edu designates 131.179.128.62 as permitted sender) smtp.mail=eggert(a)cs.ucla.edu Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 99D7C39E800D for <tobias.conradi(a)gmail.com>; Thu, 24 May 2012 21:06:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gPsEGneTXkIk for <tobias.conradi(a)gmail.com>; Thu, 24 May 2012 21:06:37 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 2942E39E8007 for <tobias.conradi(a)gmail.com>; Thu, 24 May 2012 21:06:37 -0700 (PDT) Message-ID: <4FBF054C.50108(a)cs.ucla.edu> Date: Thu, 24 May 2012 21:06:36 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Tobias Conradi <tobias.conradi(a)gmail.com> Subject: Re: [tz] Sascha Wildner, asking about working privately and about patching, being on the wrong mailing list References: <CAAGevbVExSqCJPN4p0gBg-TsKSWRZ-pNpjW1zN8OUv-CS_M3HQ(a)mail.gmail.com> In-Reply-To: <CAAGevbVExSqCJPN4p0gBg-TsKSWRZ-pNpjW1zN8OUv-CS_M3HQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 05/24/2012 03:46 PM, Tobias Conradi wrote: > Mirror mirror on the wall. You should consider taking a step backwards and refraining from sending email to the tz list for a while, as this sort of behavior is counterproductive. ========================================= -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 2

Propose new zone for Crozet Islands
by Tobias Conradi May 25, 2012

May 25, 2012

Current: tzdata2012c/zone.tab only has: TF -492110+0701303 Indian/Kerguelen Note: I couldn't find the rules for Kerguelen, since zone.tab doesn't tell where to look for this and there is no file "indian" like there is "asia" for the zones named "Asia/..." But the rules for Kerguelen are not needed for this proposal. Propose: TF -492110+0701303 Indian/Kerguelen most locations TF -464114+517561 Indian/Crozet Crozet Islands Coordinates are for the center of the biggest island, Possession Island, which is the the Eastern group, which contains also the second biggest island. http://commons.wikimedia.org/wiki/File:Crozet_Map.png Reason: http://www.timegenie.com/country.time/tf - Île Amsterdam, Île Saint–Paul and Îles Kerguelen are all UTC/GMT +5 hours - Îles Crozet is UTC/GMT +4 hours supported by http://fr.wikipedia.org/wiki/%C3%8Eles_Crozet UTC+4 http://fr.wikipedia.org/wiki/%C3%8Eles_Kerguelen UTC+5 -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 7

time zone abbreviations - uniqueness and meaning
by Tobias Conradi May 24, 2012

May 24, 2012

was: Re: [tz] Propose new zone for Crozet Islands On Thu, May 24, 2012 at 10:40 AM, Philip Newton <philip.newton(a)gmail.com> wrote: > On Thu, May 24, 2012 at 9:46 AM, Tobias Conradi > <tobias.conradi(a)gmail.com> wrote: >> The rule in the Theory file can easier lead to double assignments of >> abbreviations > > I don't think a particular effort is made to make the abbreviations be > unique I don't know how you define "particular". The provision to use ISO 3166-1 alpha-2 codes for several of them leads to several of them being unique. IIRC there have been emails on the mailing list caring about uniqueness, asking for assignment of another abbreviation to avoid ambiguity. ftp://ftp.iana.org/tz/data/australasia contains a longer text by Paul Eggert 2001-04-05 about uniqueness. > or even particularly meaningful. I don't know how you define "particularly". ftp://ftp.iana.org/tz/code/Theory ----- Outline ----- Time and date functions Scope of the tz database Names of time zone rule files Time zone abbreviations Calendrical issues Time and time zones on Mars .... one of six main sections. The section "Time zone abbreviations" contains several rules. They all derive the abbreviation from some other string related to the time zone. > The main identifier is the > "Europe/Berlin" type name, that is the IANA time zone name. IANA time zones are "cross year". > not the "CE(S)T" type one. that is the IANA abbreviation for the non-IANA, the "real world" time zone. One can try to achieve uniqueness of the latter in any given year. The two uniquenesses can be achieved independently. But indeed there are some that are not unique, e.g.: * IST ** India ** Israel (Ephraim Silverberg 1988 invention, even happy about ambiguity: "I am happy to share timezone abbreviations with India, high on my favorite-country list (and not only because my wife's family is from India" ftp://ftp.iana.org/tz/data/asia ) * EST ** Australia ** US * CST ** Australia ** US * AST ** Arabia (Eggert invention 2006-03-22 ftp://ftp.iana.org/tz/data/asia) ** Aruba, Curacao, Trinidad and Tobago * GST ** Gulf (Eggert invention 2006-03-22 ftp://ftp.iana.org/tz/data/asia) ** South Georgia and the South Sandwich Islands Also ICT Indochina (Eggert invention 2006-03-22 ftp://ftp.iana.org/tz/data/asia) IC is a reserved ISO 3166-1 alpha-2 element for the Canary Islands. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

7 9

Sascha Wildner, asking about working privately and about patching, being on the wrong mailing list
by Tobias Conradi May 24, 2012

May 24, 2012

was: time zone abbreviations - uniqueness and meaning On Thu, May 24, 2012 at 1:00 PM, Sascha Wildner <saw(a)online.de> wrote: > On Thu, 24 May 2012 12:11:32 +0200, Tobias Conradi > <tobias.conradi(a)gmail.com> wrote: > >> was: Re: [tz] Propose new zone for Crozet Islands >> >> On Thu, May 24, 2012 at 10:40 AM, Philip Newton <philip.newton(a)gmail.com> >> wrote: >>> >>> On Thu, May 24, 2012 at 9:46 AM, Tobias Conradi >>> <tobias.conradi(a)gmail.com> wrote: >>>> >>>> The rule in the Theory file can easier lead to double assignments of >>>> abbreviations >>> >>> >>> I don't think a particular effort is made to make the abbreviations be >>> unique >> >> I don't know how you define "particular". > > > Well then look it up in a dictionary. I am not aware of an online dictionary by Philip Newton. > How about just working out all your little "proposals" privately I don't know how you define privately here. But you are welcome to work out my proposals privately by whatever definition pleases you. > and posting > a _patch_ to tzdata* like it is good practice? I don't know what tzdata* is. Your definition of "good practice" unknown to me. > I for one will subscribe to the announce list As was announced people that are subscribed to tz get the messages that are send to the announce list too. Maybe you want to get the messages twice? > because I'm really getting > tired of your seemingly endless, annoying dribble. Mirror mirror on the wall. > Thanks to everyone except Tobias and his little "fan club" for keeping the > list low volume and friendly for a long time. http://www.iana.org/time-zones reads "A higher volume discussion list used for discussing proposals for updates to the Database." So maybe you just subscribed to the wrong mailing list. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] northamerica - Nevada - Mountain Time / Pacific Time
by Steve Jones May 22, 2012

May 22, 2012

At 06:00 5/22/2012, Tobias Conradi wrote: > > The Nevada/Idaho state line is the official border, >Not according to >http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&sid=9de43ec56f3779d6aa… Apologies, I mistakenly thought it was clear I was referring to the official vs. observed boundary in the area my post was concerned with, Owyhee NV. It hadn't occurred to me that someone could misconstrue the words "The Nevada/Idaho state line" to refer to time zone borders Nevada shares with states other than Idaho. Cheers, Steve Jones

2 1

Proposal for new zone: America/WestWendover
by Tobias Conradi May 22, 2012

May 22, 2012

America/WestWendover covering the City of West Wendover, Nevada currently in America/Detroit According to ftp://ftp.iana.org/tz/data/northamerica 8.54 ---start---- # From Rives McDow (2000-08-30): ... # West Wendover, NV (from PST TO MST) ... 1999-10 ---end---- This has already been reported in 2000. Area was on Pacific Time. In 1999 a proposal was made to change it to Mountain Time http://www.gpo.gov/fdsys/pkg/FR-1999-07-26/html/99-19041.htm This was enacted http://www.gpo.gov/fdsys/pkg/FR-1999-10-21/html/99-27240.htm According to http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&sid=9de43ec56f3779d6aa… ---start--------------- as of May 18, 2012 § 71.9 Boundary line between mountain and Pacific zones. b) Utah-Nevada-Arizona-California. From the northeast corner of the State of Nevada southerly along the Utah-Nevada boundary to the junction with the northern border of the City of West Wendover, Nevada. Then westward along the northern, western, and southern boundaries of the City of West Wendover back to the Utah-Nevada boundary. ---end---------------- http://www.gpo.gov/fdsys/pkg/FR-1999-10-21/html/99-27240.htm enacting the new border says: ---start------------- This rule is effective at 2:00 a.m. PDT, Sunday, October 31, 1999. ---end------------- -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

3 6