- tz - lists.iana.org

Zone America/Glace_Bay
by Hank W. July 20, 2015

July 20, 2015

I just read in Wikipedia that Glace Bay, Nova Scotia, Canada existed only from 1901 to 1995. The government of Glace Bay was dissolved on 1 Aug 1995 when eight municipalities, including Glace Bay, were consolidated to form Cape Breton (a.k.a. CBRM, short for Cape Breton Regional Municipality), which is currently the second-most populous municipality in Nova Scotia after Halifax. Wikipedia shows Cape Bretons coordinates as 46° 9 north latitude by 60° 10 west longitude. That longitude corresponds to a local mean time of UTC-4:00:40. https://en.wikipedia.org/wiki/Glace_Bay https://en.wikipedia.org/wiki/Cape_Breton_Regional_Municipality Hank Wisniewski of Austin, Texas, U.S.A.

4 6

Type values in rules
by Jon Skeet July 20, 2015

July 20, 2015

Hi folks, It wasn't until last night that I first saw a non "-" entry for a type line - Australia/Adelaide had rules of Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - until release 2000f. Now in Noda Time I could probably support non-infinite rules with a fixed set of types (hopefully just odd and even), but it would be a bit of work. If type values are effectively obsolete, I may not bother. So, is it just coincidence that there have been no uses of the Type field in the released data since 2000f, or is this effectively policy now? (I can understand keeping the functionality for private usage, where others may use zic with their own data sets, but for Noda Time I'm not worried about that. Jon

2 2

Full timezone names
by William Roberts July 20, 2015

July 20, 2015

Hi I'm currently using the tz data that comes with PHP. Is there a way of retrieving the full timezone name from the tz database, eg. Central European Time, Eastern Standard Time etc. So far I haven't been able to, so am using the CLDR repository which assigns a metazone to each timezone from the tz database, and from that I can get the full timezone name but it's not ideal as they don't always match exactly with the abbreviations from the tz data. Are there any plans to enable the full timezone names to be retrieved from the tz database the same way you would the abbreviations in PHP for example, or is getting them from the CLDR repository the best way to go about it? Thanks.

2 1

Re: [tz] Full timezone names
by Matt Johnson July 20, 2015

July 20, 2015

CLDR is indeed the best resource available for full names, particularly due to localization concerns. AFAIK, there is no desire to replicate this in tzdb. Abbreviations are particularly tricky. Not only might they change per language, but there might not be any "real" abbreviation in use by people in the region. ________________________________ From: William Roberts<mailto:wmr501@outlook.com> Sent: ‎7/‎19/‎2015 8:57 PM To: tz(a)iana.org<mailto:tz@iana.org> Subject: [tz] Full timezone names Hi I'm currently using the tz data that comes with PHP. Is there a way of retrieving the full timezone name from the tz database, eg. Central European Time, Eastern Standard Time etc. So far I haven't been able to, so am using the CLDR repository which assigns a metazone to each timezone from the tz database, and from that I can get the full timezone name but it's not ideal as they don't always match exactly with the abbreviations from the tz data. Are there any plans to enable the full timezone names to be retrieved from the tz database the same way you would the abbreviations in PHP for example, or is getting them from the CLDR repository the best way to go about it? Thanks.

1 0

Behaviour in the face of multiple identical rules
by Jon Skeet July 19, 2015

July 19, 2015

This is more of an awareness-raising post than anything else... the data here is very far in the past. While trying to validate Noda Time against zic, I came up against issues with data releases between 1993 and 1996 in Egypt/Cairo. It turns out that this is because the Egypt rule is duplicated in the asia file, and this affects things. As a smallish example, if you create a file called testzone like this: Rule Egypt 1900 only - Oct 1 0:00 0 - > Rule Egypt 1943 1945 - Nov 1 0:00 0 - > Rule Egypt 1945 only - Apr 16 0:00 1:00 " > DST" > Rule Egypt 1957 only - May 10 0:00 1:00 " > DST" > Rule Egypt 1957 1958 - Oct 1 0:00 0 - > Rule Egypt 1958 only - May 1 0:00 1:00 " > DST" > # Rule Egypt 1957 only - May 10 0:00 1:00 " > DST" > > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Cairo 2:05:00 - LMT 1900 Oct > 2:00 Egypt EET%s ... then execute: $ zic -d . testzone && zdump -v -c 1955,1958 $PWD/Africa/Cairo You'll see output like this for the May 1957 transition: .../Africa/Cairo Thu May 9 21:59:59 1957 UT = Thu May 9 23:59:59 1957 > EET isdst=0 gmtoff=7200 > ...Africa/Cairo Thu May 9 22:00:00 1957 UT = Fri May 10 01:00:00 1957 > EET DST isdst=1 gmtoff=10800 That looks okay - the transition is around midnight, as described. If, however, you uncomment that last "Rule" line above - which is an exact duplicate of the earlier one - you get: .../Africa/Cairo Thu May 9 20:59:59 1957 UT = Thu May 9 22:59:59 1957 > EET isdst=0 gmtoff=7200 > .../Africa/Cairo Thu May 9 21:00:00 1957 UT = Fri May 10 00:00:00 1957 > EET DST isdst=1 gmtoff=10800 Now the transition is one hour earlier. As it happens, this duplicate rule doesn't make any difference to Noda Time - it still emits the first output. I *strongly suspect* that I shouldn't care about this - that situations with duplicate rules should be deemed out of scope for any implementation. However, if anyone can think of any good justification why an implementation *should* behave like zic in this case, I'd be really interested to hear it. (I'm not asking for zic to change here. It already emits a warning because the rule is defined in multiple files, and I think that's good enough.) Jon

3 4

No leap second on 2015-12-31.
by Tim Parenti July 18, 2015

July 18, 2015

Per IERS Bulletin C50 (2015-07-07), no leap second will be observed on 2015-12-31. This patch updates leap-seconds.list from NIST. -- Tim Parenti

2 1

[Announce] C++11 / C++14 IANA Time Zone Database Parser
by Howard Hinnant July 18, 2015

July 18, 2015

http://howardhinnant.github.io/tz.html It is still very early in its development process. It has only been tested on OS X 10.10.4. It requires at least C++11, and prefers C++14. Contributions to making it more portable to reasonable C++11 and beyond platforms are welcomed. Howard

2 5

[PROPOSED PATCH] Fix zdump problem with abbrevs like '-05'
by Paul Eggert July 17, 2015

July 17, 2015

* zdump.c (is_digit): New macro, copied from private.h. (abbrok): Use it. Allow abbreviations that (when quoted) conform to POSIX.1-2001 or later. * NEWS: Document this. --- NEWS | 3 ++- zdump.c | 28 +++++++++++----------------- 2 files changed, 13 insertions(+), 18 deletions(-) diff --git a/NEWS b/NEWS index 498e77b..101a1e5 100644 --- a/NEWS +++ b/NEWS @@ -21,7 +21,8 @@ Unreleased, experimental changes Changes affecting code - zic no longer warns about valid time zone abbreviations like '-05'. + zdump and zic no longer warn about valid time zone abbreviations + like '-05'. Release 2015e - 2015-06-13 10:56:02 -0700 diff --git a/zdump.c b/zdump.c index adb806c..64ff6ce 100644 --- a/zdump.c +++ b/zdump.c @@ -269,6 +269,9 @@ static void show(timezone_t, char *, time_t, bool); static const char *tformat(void); static time_t yeartot(intmax_t) ATTRIBUTE_PURE; +/* Unlike <ctype.h>'s isdigit, this also works if c < 0 | c > UCHAR_MAX. */ +#define is_digit(c) ((unsigned)(c) - '0' <= 9) + /* Is A an alphabetic character in the C locale? */ static bool is_alpha(char a) @@ -485,25 +488,16 @@ abbrok(const char *const abbrp, const char *const zone) if (warned) return; cp = abbrp; - wp = NULL; - while (is_alpha(*cp)) + while (is_alpha(*cp) || is_digit(*cp) || *cp == '-' || *cp == '+') ++cp; - if (cp - abbrp == 0) - wp = _("lacks alphabetic at start"); - else if (cp - abbrp < 3) - wp = _("has fewer than 3 alphabetics"); + if (cp - abbrp < 3) + wp = _("has fewer than 3 characters"); else if (cp - abbrp > 6) - wp = _("has more than 6 alphabetics"); - if (wp == NULL && (*cp == '+' || *cp == '-')) { - ++cp; - if ('0' <= *cp && *cp <= '9') - if (*cp++ == '1' && '0' <= *cp && *cp <= '4') - cp++; - if (*cp != '\0') - wp = _("differs from POSIX standard"); - } - if (wp == NULL) - return; + wp = _("has more than 6 characters"); + else if (*cp) + wp = _("has characters other than ASCII alphanumerics, '-' or '+'"); + else + return; fflush(stdout); fprintf(stderr, _("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"), -- 2.1.0

1 0

[PROPOSED PATCH] Don't warn about abbreviations like '-05'
by Paul Eggert July 15, 2015

July 15, 2015

* NEWS, zic.8: Document this. * zic.c (newabbr): Allow abbreviations that (when quoted) conform to POSIX.1-2001 or later. --- NEWS | 4 ++++ zic.8 | 2 ++ zic.c | 20 ++++---------------- 3 files changed, 10 insertions(+), 16 deletions(-) diff --git a/NEWS b/NEWS index 041983c..498e77b 100644 --- a/NEWS +++ b/NEWS @@ -19,6 +19,10 @@ Unreleased, experimental changes installed data files for Europe/Simferopol and Europe/Tallinn. It does not affect timestamps. (Thanks to Howard Hinnant.) + Changes affecting code + + zic no longer warns about valid time zone abbreviations like '-05'. + Release 2015e - 2015-06-13 10:56:02 -0700 diff --git a/zic.8 b/zic.8 index cf78ae3..968cc6f 100644 --- a/zic.8 +++ b/zic.8 @@ -376,6 +376,8 @@ of the time zone abbreviation goes. Alternately, a slash (/) separates standard and daylight abbreviations. +To conform to POSIX, a time zone abbreviation should contain only +alphanumeric ASCII characters, "+" and "\*-". .TP .B UNTILYEAR [MONTH [DAY [TIME]]] The time at which the UT offset or the rule(s) change for a location. diff --git a/zic.c b/zic.c index f51fc48..6fac4e3 100644 --- a/zic.c +++ b/zic.c @@ -2893,27 +2893,15 @@ newabbr(const char *const string) register const char * cp; const char * mp; - /* - ** Want one to ZIC_MAX_ABBR_LEN_WO_WARN alphabetics - ** optionally followed by a + or - and a number from 1 to 14. - */ cp = string; mp = NULL; - while (is_alpha(*cp)) + while (is_alpha(*cp) || ('0' <= *cp && *cp <= '9') + || *cp == '-' || *cp == '+') ++cp; - if (cp - string == 0) -mp = _("time zone abbreviation lacks alphabetic at start"); if (noise && cp - string < 3) -mp = _("time zone abbreviation has fewer than 3 alphabetics"); + mp = _("time zone abbreviation has fewer than 3 characters"); if (cp - string > ZIC_MAX_ABBR_LEN_WO_WARN) -mp = _("time zone abbreviation has too many alphabetics"); - if (mp == NULL && (*cp == '+' || *cp == '-')) { - ++cp; - if (is_digit(*cp)) - if (*cp++ == '1' && - *cp >= '0' && *cp <= '4') - ++cp; - } + mp = _("time zone abbreviation has too many characters"); if (*cp != '\0') mp = _("time zone abbreviation differs from POSIX standard"); if (mp != NULL) -- 2.1.0

1 0

Re: [tz] Uruguay out of DST
by Pablo Camargo July 13, 2015

July 13, 2015

Hello! Just to confirm: "Uruguay out of DST" is official. Next source in Spanish (presidential decree). >>> http://archivo.presidencia.gub.uy/sci/decretos/2015/06/cons_min_201.pdf Context: >>> http://presidencia.gub.uy/normativa/decretos/decretos-06-2015 Media coverage of the news (text) had better coverage, but the official communication was there (pdf). So we are looking forward for a future update of tz. Thanks! P.Camargo.

3 2