- tz - lists.iana.org

Re: [tz] Time zone reference inconsistencies (RESOLVED...)
by J-F Rivard Jan. 6, 2015

Jan. 6, 2015

I just read somewhere that old regions were kept in the file for backward compatibility... So, I have my answer. Sorry for the inconvenience. *J-F Rivard | Consultant** | T:450.653.2912** | C:438.495.2912* *univoc(a)videotron.ca <univoc(a)videotron.ca>* On Mon, Jan 5, 2015 at 7:26 PM, J-F Rivard <univoc(a)videotron.ca> wrote: > To whom it may be of interest: > > The time zone rule files refer to following locations that are not found > in "zone1970.tab": > > America/Montreal > America/Antigua > America/Cayman > Asia/Bahrain > Asia/Kuwait > Asia/Muscat > Asia/Aden > Pacific/Saipan > Pacific/Midway > > Note: some (if not all) of the above-listed locations are found in > "zone.tab", but the documentation states that "zone1970.tab" should be used > instead. > > Thank you for your excellent (and much appreciated!) work. Happy new year > 2015! > > J-F Rivard > > > *J-F Rivard | Consultant** | T:450.653.2912 <450.653.2912>** | C:438.495.2912 > <438.495.2912>* > *univoc(a)videotron.ca <univoc(a)videotron.ca>* >

1 0

Time zone reference inconsistencies
by J-F Rivard Jan. 6, 2015

Jan. 6, 2015

To whom it may be of interest: The time zone rule files referred to following locations that are not found in "zone1970.tab": America/Montreal America/Antigua America/Cayman Asia/Bahrain Asia/Kuwait Asia/Muscat Asia/Aden Pacific/Saipan Pacific/Midway Note: some (if not all) of the above-listed locations are found in "zone.tab", but the documentation states that "zone1970.tab" should be used instead. Thank you for your excellent (and much appreciated!) work. Happy new year 2015! J-F Rivard *J-F Rivard | Consultant** | T:450.653.2912** | C:438.495.2912* *univoc(a)videotron.ca <univoc(a)videotron.ca>*

1 0

Time zones in the news
by Arthur David Olson Jan. 2, 2015

Jan. 2, 2015

"How to celebrate New Year’s in every time zone" http://www.washingtonpost.com/blogs/wonkblog/wp/2014/12/31/how-to-celebrate… (The article covers the traditional 24 time zones rather than those of TZDB.) @dashdashado

5 5

Re: [tz] [Tzdist] Getting to closure Re: [tzdist] #31 (service): Include leap seconds?
by Paul Eggert Dec. 19, 2014

Dec. 19, 2014

On 12/17/2014 06:55 AM, Martin Burnicki wrote: > > 2.) We have the leap second file from TZ DB. This file has a different > format than the NIST file, but as far as I can see is simply generated > from a file in NIST format by a script which is part of the TZ DB > package. Unfortunately the expiration date is *not* migrated into the > TZ DB's leap second file, so some important information is lost. > Thanks for reporting this. I have installed the attached fix in the experimental tz sources on github and it should appear in the next tz release. I am cc'ing the tz mailing list to give them a heads-up. > 3.) We have a leap second file from IERS, which is once more in a > different format than the ones mentioned above. > > In my opinion the IERS should be the authoritative source for a leap > second file (or table) since this is the institution deciding whether > a leap second is to be scheduled, I would prefer this also. However, the IERS file is copyrighted. That is why the tz database reproduces the NIST file (the NIST file is public domain). Other distributors of the IERS file might want to keep this in mind. Amusingly enough, the NIST file's expiration date disagrees with the IERS's. As a practical matter the NIST's date is more conservative and is a better choice for applications like tz and tzdist and this is another argument for using the NIST file. Perhaps someday the IERS will address these two concerns.

3 3

Info regarding TZ database
by Naveed Shakur Dec. 16, 2014

Dec. 16, 2014

Good day My name is Naveed and I have some query regarding the TZ database, is it possible to query the timezone database maintained by IANA or any other possible solution to have a local copy of the same at our own premises, we have to integrate with our in-house application with timezone information. Best Regards and Thank You Naveed Shakur.

4 4

US Sep 30, 1945
by Ken Murchison Dec. 12, 2014

Dec. 12, 2014

All, I'm wondering why the US rule for Sep 30, 1945 uses an explicit date rather than lastSun, where it would dovetail nicely into the existing rules for America/New_York, Chicago, Indiana/Indianapolis (and maybe others) which cover 1946-1954. The only reason that I care is because when converting the TZ data into iCalendar VTIMEZONEs with vzic, the dst->std transition for 1945 doesn't get coalesced into the recurrence rule for 1946-1954. I won't bother going into the reason for how/why vzic isn't able to coalesce these, but I'm pretty sure that it would take a non-trivial amount of work/logic/code to fix it. -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

3 4

U.S. 1946-1966 dst
by John Madziarczyk Dec. 11, 2014

Dec. 11, 2014

Hi, I apologize is this question has been asked many times before, but is there any publication out there that lists all the observances and non-observances of Daylight Savings Time in the U.S. in the years between the end of World War II and the Uniform Time Act? John Madziarczyk

3 3

time zone 1948
by Susan Ferrara Dec. 8, 2014

Dec. 8, 2014

Hi, I was born in the Naval Hospital at Quantico Marine Base in August of 1948. I would like to know if the base was using DST or EST during that time period. Any advice you can give me as to how I can find this information would be greatly appreciated. Thanks, Susan Nichols

3 2

Mexico city 1950
by Alois Treindl Dec. 8, 2014

Dec. 8, 2014

Dear Paul I am looking at the timezone for Mexico City 1950. There is a special rules for DST 12 Feb - 31 July 1950, which seems to apply only to Mexico City. I need to find out the definition of the geographic area for which this is valid. You quote as a source http://www.cddhcu.gob.mx/bibliot/publica/inveyana/polisoc/horver/ but I cannot access that source. Do you happen to keep an offline copy of that source information? Best regards Alois

4 3

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

Leap seconds
by Arthur David Olson Dec. 3, 2014

Dec. 3, 2014

Given history to date, the leap second information needed by knowledgeable, concerned clients is, in its entirety: 1972-06 1972-12 1973-12 1974-12 1975-12 1976-12 1977-12 1978-12 1979-12 1981-06 1982-06 1983-06 1985-06 1987-12 1989-12 1990-12 1992-06 1993-06 1994-06 1995-12 1997-06 1998-12 2005-12 2008-12 2012-06 These are the months at the ends of which leap seconds were inserted.* I'm confident that a way of getting the information to such clients can be developed. It may be prudent to wait and see if the status of the leap second changes in 2015; a change may obviate the need for leap second updates (though not the need for information on past leap seconds). @dashdashado *This ignores the possibility of skipped seconds, which have yet to occur in the wild. It also ignores niceties such as New York City, which at least once "observed" the leap second at midnight New York time rather than midnight UTC, making for a ball drop countdown of "Three...two...one...leap...Happy New Year!"

1 0

Colorado permanent daylight initiative
by Steve Allen Dec. 1, 2014

Dec. 1, 2014

Denver Post reports a ballot initiative attempt that would give voters a chance to choose permanent daylight time for Colorado. http://www.denverpost.com/news/ci_27044142/proposal-would-keep-colorado-day… -- Steve Allen <sla(a)ucolick.org> WGS-84 (GPS) UCO/Lick Observatory--ISB Natural Sciences II, Room 165 Lat +36.99855 1156 High Street Voice: +1 831 459 3046 Lng -122.06015 Santa Cruz, CA 95064 http://www.ucolick.org/~sla/ Hgt +250 m

4 3

The Mysterious Cube
by Arthur David Olson Nov. 30, 2014

Nov. 30, 2014

The wonders of modern technology allowed me to view the Superman episode "The Mysterious Cube" today, leading to the attached (and also included below) correction to tz-art.htm. @dashdashado 1.1 510 lines 1.2 510 lines *** /tmp/,atz-art.htm 2014-11-29 19:42:45.598144300 -0500 --- /tmp/,btz-art.htm 2014-11-29 19:42:45.690149500 -0500 *************** *** 330,337 **** <li> An episode of <em>The Adventures of Superman</em> entitled "The Mysterious Cube," first aired 1958-02-24, had Superman convincing the controllers ! of WWV to broadcast time signals five minutes ahead of actual time; ! doing so got a crook trying to beat the statute of limitations to emerge a bit too early from the titular enclosure. </li> <li> --- 330,337 ---- <li> An episode of <em>The Adventures of Superman</em> entitled "The Mysterious Cube," first aired 1958-02-24, had Superman convincing the controllers ! of the Arlington Time Signal to broadcast ahead of actual time; ! doing so got a crook trying to be declared dead to emerge a bit too early from the titular enclosure. </li> <li>

5 4

Re: [tz] tzselect: Display Posix TZ format when used (#12)
by Paul Eggert Nov. 26, 2014

Nov. 26, 2014

Thanks for the fix. I applied it (attached) with a news item (the 2nd attachment).

1 0

[PROPOSED PATCH] Move out-of-scope Arabian peninsula zones to 'backzone'.
by Paul Eggert Nov. 26, 2014

Nov. 26, 2014

* asia (Asia/Bahrain): Now links to Asia/Qatar. (Asia/Kuwait, Asia/Aden): Now links to Asia/Riyadh. (Asia/Muscat): Now links to Asia/Dubai. * backzone: Move the old data here. * checktab.awk (tztab): Remove special cases for these zones. * NEWS: Document the above. --- NEWS | 7 +++++++ asia | 28 ++++++++-------------------- backzone | 21 +++++++++++++++++++++ checktab.awk | 4 ---- 4 files changed, 36 insertions(+), 24 deletions(-) diff --git a/NEWS b/NEWS index 8b184c6..254ccd9 100644 --- a/NEWS +++ b/NEWS @@ -8,6 +8,13 @@ Unreleased, experimental changes transition was Oct. 29, not Nov. 29. Remove incorrect data from Shanks about time in Iceland between 1837 and 1908. + Some more zones have been turned into links, when they differed + from existing zones only for older time stamps. As usual, + these changes affect UTC offsets in pre-1970 time stamps only. + Their old contents have been moved to the 'backzone' file. + The affected zones are: Asia/Aden, Asia/Bahrain, Asia/Kuwait, + and Asia/Muscat. + Changes affecting code tzalloc now scrubs time zone abbreviations compatibly with the way diff --git a/asia b/asia index 1a2bd12..8f33b16 100644 --- a/asia +++ b/asia @@ -145,10 +145,7 @@ Zone Asia/Baku 3:19:24 - LMT 1924 May 2 4:00 Azer AZ%sT # Bahrain -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Bahrain 3:22:20 - LMT 1920 # Manamah - 4:00 - GST 1972 Jun - 3:00 - AST +# See Asia/Qatar. # Bangladesh # From Alexander Krivenyshev (2009-05-13): @@ -1731,9 +1728,7 @@ Zone Asia/Pyongyang 8:23:00 - LMT 1908 Apr 1 ############################################################################### # Kuwait -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Kuwait 3:11:56 - LMT 1950 - 3:00 - AST +# See Asia/Riyadh. # Laos # See Asia/Bangkok. @@ -1954,12 +1949,7 @@ Zone Asia/Kathmandu 5:41:16 - LMT 1920 5:45 - NPT # Nepal Time # Oman - -# Milne says 3:54:24 was the meridian of the Muscat Tidal Observatory. - -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Muscat 3:54:24 - LMT 1920 - 4:00 - GST +# See Asia/Dubai. # Pakistan @@ -2453,6 +2443,7 @@ Zone Asia/Manila -15:56:00 - LMT 1844 Dec 31 Zone Asia/Qatar 3:26:08 - LMT 1920 # Al Dawhah / Doha 4:00 - GST 1972 Jun 3:00 - AST +Link Asia/Qatar Asia/Bahrain # Saudi Arabia # @@ -2479,6 +2470,8 @@ Zone Asia/Qatar 3:26:08 - LMT 1920 # Al Dawhah / Doha # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Riyadh 3:06:52 - LMT 1947 Mar 14 3:00 - AST +Link Asia/Riyadh Asia/Aden # Yemen +Link Asia/Riyadh Asia/Kuwait # Singapore # taken from Mok Ly Yng (2003-10-30) @@ -2767,6 +2760,7 @@ Zone Asia/Ashgabat 3:53:32 - LMT 1924 May 2 # or Ashkhabad # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Dubai 3:41:12 - LMT 1920 4:00 - GST +Link Asia/Dubai Asia/Muscat # Oman # Uzbekistan # Byalokoz 1919 says Uzbekistan was 4:27:53. @@ -2851,10 +2845,4 @@ Zone Asia/Ho_Chi_Minh 7:06:40 - LMT 1906 Jul 1 7:00 - ICT # Yemen - -# Milne says 2:59:54 was the meridian of the saluting battery at Aden, -# and that Yemen was at 1:55:56, the meridian of the Hagia Sophia. - -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Aden 2:59:54 - LMT 1950 - 3:00 - AST +# See Asia/Riyadh. diff --git a/backzone b/backzone index 14076c9..d05e8a7 100644 --- a/backzone +++ b/backzone @@ -349,6 +349,17 @@ Zone Antarctica/McMurdo 0 - zzz 1956 12:00 NZ NZ%sT Link Antarctica/McMurdo Antarctica/South_Pole +# Yemen +# Milne says 2:59:54 was the meridian of the saluting battery at Aden, +# and that Yemen was at 1:55:56, the meridian of the Hagia Sophia. +Zone Asia/Aden 2:59:54 - LMT 1950 + 3:00 - AST + +# Bahrain +Zone Asia/Bahrain 3:22:20 - LMT 1920 # Manamah + 4:00 - GST 1972 Jun + 3:00 - AST + # India # # From Paul Eggert (2014-09-06): @@ -404,6 +415,16 @@ Zone Asia/Kashgar 5:03:56 - LMT 1928 # or Kashi or Kaxgar 5:00 - KAST 1980 May 8:00 PRC C%sT +# Kuwait +Zone Asia/Kuwait 3:11:56 - LMT 1950 + 3:00 - AST + + +# Oman +# Milne says 3:54:24 was the meridian of the Muscat Tidal Observatory. +Zone Asia/Muscat 3:54:24 - LMT 1920 + 4:00 - GST + # India # From Paul Eggert (2014-08-11), after a heads-up from Stephen Colebourne: # According to a Portuguese decree (1911-05-26) diff --git a/checktab.awk b/checktab.awk index 0686399..9a452b6 100644 --- a/checktab.awk +++ b/checktab.awk @@ -17,10 +17,6 @@ BEGIN { if (zone_table == "zone1970.tab") { tztab["America/Antigua"] = 1 tztab["America/Cayman"] = 1 - tztab["Asia/Aden"] = 1 - tztab["Asia/Bahrain"] = 1 - tztab["Asia/Kuwait"] = 1 - tztab["Asia/Muscat"] = 1 tztab["Pacific/Midway"] = 1 tztab["Pacific/Saipan"] = 1 } -- 2.1.0

1 0

Re: [tz] tzselect: Removed spaces in calls to awk-functions (#11)
by Paul Eggert Nov. 25, 2014

Nov. 25, 2014

Thanks for the bug report. I installed your patch, along with an additional one for NEWS. I'm attaching both patches and CC'ing to the tz mailing list.

1 0

[PROPOSED PATCH] Adjust pre-1940 Iceland data to match the Iceland Almanak.
by Paul Eggert Nov. 24, 2014

Nov. 24, 2014

* europe (Iceland, Atlantic/Reykjavik): Correct entries for 1939, 1921, 1919, and 1837-1907. Coalesce some other entries, for simplicity. * NEWS: Document this. --- NEWS | 6 ++++++ europe | 29 +++++++++++++---------------- 2 files changed, 19 insertions(+), 16 deletions(-) diff --git a/NEWS b/NEWS index 45e4f84..2cb5ff9 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,12 @@ News for the tz database Unreleased, experimental changes + Changes affecting past time stamps + + Iceland observed DST in 1919 and 1921, and its 1939 fallbacck + transition was Oct. 29, not Nov. 29. Remove incorrect data from + Shanks about time in Iceland between 1837 and 1908. + Changes affecting code tzalloc now scrubs time zone abbreviations compatibly with the way diff --git a/europe b/europe index 5e78c54..fc7a76a 100644 --- a/europe +++ b/europe @@ -1407,35 +1407,32 @@ Zone Europe/Budapest 1:16:20 - LMT 1890 Oct # might be a reference to the Julian calendar as opposed to Gregorian, or it # might mean something else (???). # -# From Paul Eggert (2006-03-22): -# The Iceland Almanak, Shanks & Pottenger, and Whitman disagree on many points. -# We go with the Almanak, except for one claim from Shanks & Pottenger, namely -# that Reykavik was 21W57 from 1837 to 1908, local mean time before that. +# From Paul Eggert (2014-11-22): +# The information below is taken from the 1988 Almanak; see +# http://www.almanak.hi.is/klukkan.html # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Iceland 1917 1918 - Feb 19 23:00 1:00 S +Rule Iceland 1917 1919 - Feb 19 23:00 1:00 S Rule Iceland 1917 only - Oct 21 1:00 0 - -Rule Iceland 1918 only - Nov 16 1:00 0 - +Rule Iceland 1918 1919 - Nov 16 1:00 0 - +Rule Iceland 1921 only - Mar 19 23:00 1:00 S +Rule Iceland 1921 only - Jun 23 1:00 0 - Rule Iceland 1939 only - Apr 29 23:00 1:00 S -Rule Iceland 1939 only - Nov 29 2:00 0 - +Rule Iceland 1939 only - Oct 29 2:00 0 - Rule Iceland 1940 only - Feb 25 2:00 1:00 S -Rule Iceland 1940 only - Nov 3 2:00 0 - -Rule Iceland 1941 only - Mar 2 1:00s 1:00 S -Rule Iceland 1941 only - Nov 2 1:00s 0 - -Rule Iceland 1942 only - Mar 8 1:00s 1:00 S -Rule Iceland 1942 only - Oct 25 1:00s 0 - +Rule Iceland 1940 1941 - Nov Sun>=2 1:00s 0 - +Rule Iceland 1941 1942 - Mar Sun>=2 1:00s 1:00 S # 1943-1946 - first Sunday in March until first Sunday in winter Rule Iceland 1943 1946 - Mar Sun>=1 1:00s 1:00 S -Rule Iceland 1943 1948 - Oct Sun>=22 1:00s 0 - +Rule Iceland 1942 1948 - Oct Sun>=22 1:00s 0 - # 1947-1967 - first Sunday in April until first Sunday in winter Rule Iceland 1947 1967 - Apr Sun>=1 1:00s 1:00 S -# 1949 Oct transition delayed by 1 week +# 1949 and 1969 Oct transitions delayed by 1 week Rule Iceland 1949 only - Oct 30 1:00s 0 - Rule Iceland 1950 1966 - Oct Sun>=22 1:00s 0 - Rule Iceland 1967 only - Oct 29 1:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Atlantic/Reykjavik -1:27:24 - LMT 1837 - -1:27:48 - RMT 1908 # Reykjavik Mean Time? +Zone Atlantic/Reykjavik -1:28 - LMT 1908 -1:00 Iceland IS%sT 1968 Apr 7 1:00s 0:00 - GMT -- 2.1.0

2 2

[PATCH] Fix spelling error in latest NEWS
by Chris Rorvick Nov. 24, 2014

Nov. 24, 2014

--- Noticed a minor spelling error in the latest patch: s/fallbacck/fallback Thanks, Chris Rorvick NEWS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 2cb5ff9..7559381 100644 --- a/NEWS +++ b/NEWS @@ -4,7 +4,7 @@ Unreleased, experimental changes Changes affecting past time stamps - Iceland observed DST in 1919 and 1921, and its 1939 fallbacck + Iceland observed DST in 1919 and 1921, and its 1939 fallback transition was Oct. 29, not Nov. 29. Remove incorrect data from Shanks about time in Iceland between 1837 and 1908. -- 1.9.3

2 1

[PROPOSED PATCH] tzselect: Fix for gawk treating '\.' as plain '.'
by Paul Eggert Nov. 23, 2014

Nov. 23, 2014

From: Stefan Kuhn <Wuodan0(a)gmail.com> When using gawk and Posix TZ in tzselect, this warning is shown: awk: cmd. line:1: warning: escape sequence `\.' treated as plain `.' gawk treats '\.' as '.' mawk treats '\.' as '\.' both treat '\\.' as '\\.' The 2nd and 3rd are corrrect for 'Mm.w.d'. Test: gawk 'BEGIN{ date = "\."; print date }' gawk 'BEGIN{ date = "\\."; print date }' versus: mawk 'BEGIN{ date = "\."; print date }' mawk 'BEGIN{ date = "\\."; print date }' * tzselect.ksh (date): Fix bug that broke POSIX TZ checking with gawk. * NEWS: Document this. --- NEWS | 3 +++ tzselect.ksh | 2 +- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 1e781d2..45e4f84 100644 --- a/NEWS +++ b/NEWS @@ -8,6 +8,9 @@ Unreleased, experimental changes that tzset always has, by replacing invalid bytes with '_' and by shortening too-long abbreviations. + tzselect no longer mishandles POSIX TZ settings when GNU awk is used. + (Thanks to Stefan Kuhn.) + Changes affecting build procedure 'make check' now checks for links to links in the data. diff --git a/tzselect.ksh b/tzselect.ksh index 029abcd..d5dae17 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -328,7 +328,7 @@ while tzname = "[^-+,0-9][^-+,0-9][^-+,0-9]+" time = "[0-2]?[0-9](:[0-5][0-9](:[0-5][0-9])?)?" offset = "[-+]?" time - date = "(J?[0-9]+|M[0-9]+\.[0-9]+\.[0-9]+)" + date = "(J?[0-9]+|M[0-9]+\\.[0-9]+\\.[0-9]+)" datetime = "," date "(/" time ")?" tzpattern = "^(:.*|" tzname offset "(" tzname \ "(" offset ")?(" datetime datetime ")?)?)$" -- 2.1.0

1 0

Recent conversions of zones to aliases
by Stephen Colebourne Nov. 17, 2014

Nov. 17, 2014

Just to note my continued unhappiness with the conversions of zones to aliases. The recent change to map Harare to Maputo broke a test in Joda-Time (the most widely used 3rd party library in Java for date/time, probably used by millions of developers). This means that the many users of Joda-Time will get errors when they try to recompile the latest jar file, a process that has worked fine for years. In order to make the test pass I now have to special case to say that either Harare or Maputo is a valid value. This issue occurs because Joda-Time normalises all aliases to the actual zone as per TZDB data. Thus a request for DateTimeZone zone = DateTimeZone.forID("Africa/Harare"); which use to return a zone with the ID "Africa/Harare" now returns "Africa/Maputo". This means that users can no longer get a zone that represents their country for half of Africa and the Carribean. I cannot stress enough that these utterly unecessary changes have and will continue to cause observable differences in end-user applications. I remain firmly of the opinion that there should be at least one actual Zone entry for each ISO defined territory/country, and that these recent changes should not be described as minor tidying. Stephen

9 25

[tz-announce] 2014j release of tz code and data available
by Paul Eggert Nov. 12, 2014

Nov. 12, 2014

The 2014j release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting current and future time stamps Turks & Caicos' switch from US eastern time to UTC-4 year-round did not occur on 2014-11-02 at 02:00. It's currently scheduled for 2015-11-01 at 02:00. (Thanks to Chris Walton.) Changes affecting past time stamps Many pre-1989 time stamps have been corrected for Asia/Seoul and Asia/Pyongyang, based on sources for the Korean-language Wikipedia entry for time in Korea. (Thanks to Sanghyuk Jung.) Also, no longer guess that Pyongyang mimicked Seoul time after World War II, as this is politically implausible. Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: Africa/Addis_Ababa, Africa/Asmara, Africa/Dar_es_Salaam, Africa/Djibouti, Africa/Kampala, Africa/Mogadishu, Indian/Antananarivo, Indian/Comoro, and Indian/Mayotte. Changes affecting commentary The commentary is less enthusiastic about Shanks as a source, and is more careful to distinguish UT from UTC. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014j.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014j.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014j.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014j.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 59ed0cc5b894da45a366d92ce9bd41d67e1c2225 dated Mon Nov 10 17:37:11 2014 -0800 and tagged '2014j' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 1207670c168a80fe9db86307028efa3af8ca304817ebe36df5b5c2d2b67deba4294f05f4d6afa04220c3b255ad1903e2850bfb0649b2edfb2d754345a4b2490a tzcode2014j.tar.gz 4c2979be3a96f91f8576304ec905d571b73df0842c8300c1d7317819b45ab3e29948ed911aa265b12a4ad587d5cba44f646dd02e40e4fbf9e68556a2d327142e tzdata2014j.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJUYWkBAAoJEO2X6Q5iqn40mGMP/j+Pr+K08lvFuB9aYD1d1sf/ H1RNNg+YyQFMz1WqnM45Xsnt2JylqlnH+nwB5QQVqN+9aZYq54+KsGMwDrg1+WSs ffeXZNFC9vePCLzhE2se/KZ6yJHQmqURt3Gcl7oKhmTTFlnM+60akISaBz+SKxH9 9fPn8LVL0StPKi087/VU253iN09pr0sPsWZ6BitgIBYjwuxt5ipZa27mroHVfmBr d2rrbPfUaO3wH15BNF1IjqTl9IjBCUbvxIe9y+AFUOF/MBWu+nezGc0xatHR/r3T IygXZomRZNnmGAXFaz6Q0JMBaegK74P5uB+6ShrEN6sclkoKzgxZKD765G3eHKPw k0EMgedKuv5nnZ2RghZHE3L05L7WIo0tX5bunXuovorPhprMPNI2Dq/+mvPP/qJW Skv28NlWZGQNe7KF8FABrNaBMO1ILX8fPY+OyDxdHFGGKyB40TPuxqaU1Z/Wrsjv q+Kb4X9HJGcLIL0se9V+vMgtX0ZMswjlTlZQ1mEQBacF8Qbg9gX3kgCjAFkyfQBk FP3V4y2zf0kiY4Al5tjiS8rtYq3KpkDgr/s+bkRA5Bn46XeRHBX9UPVbP0OOYHOL BE+i6U0tkrtI9mlQY2s+xQsD5UzFVl+PCfWPHrPhZC4XTWmKHu3lZA7mgG3M5fUA CiRY7d2x957X1p0tfVEW =z1lO -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJUYWkBAAoJEO2X6Q5iqn40wUEP/0iaaTLmefoStFAX+JVKrqrL Gza28iZF78Rxlz/Tczna25VfHuhNw3hq5xHp43sdERPTY7EncBHVN1cY+Hxo03FA nD02tqqGWA4ftS5GoFTUynPDO5Q0CkL5+iSNbZn0Fsda3giy11eUJgDSEbwVI3LX 5tRtR148SG1QPin1/hS9AQrg7/3itVMjaf/yAW77fvLdXTkST483GwQCZze4pOVr /5ADJ5ez5JCvDTtooEHiDIb+QVpb7d//m/LoOGPhx9qtFFqaHg3YAT25QUtE410a n3b1BBo0BYmI/j6OsAZK1YMdo0bKEL9lS3NPg6sGWuoT5/5PjjfdQ5vtqtGn2wXa +bjKNxTUaQe3CnHywXu+NoDU6YIOwleYRPFziiVIxG/OFmBDd2BSDigaLC9Dvca4 yZd+Eft3jTjbM6TE9S3OtwZ7zowL1tLv7Ex1iq9lc20ICu5bop6pi8hIKoHPqbgA PXK4BGIQsErudsuKWew9m7mP5FCvoa3DZwhy3unJFcqGJUDt8CBkBhXCWWA+Do3C bjkUBm8o83o2x/I9DuoqEMmxbyc0F1z81qUfWNiFu5+5PqGzTzdN9Cw4ZJWDHNT9 bPdKj0znu5T+VAIJwwacE1swXEY7NoNXbH6YCy4xOMz2BccvxCDgoQqq2XLmpfeE CRepKjXOXq5ALC0IarjY =DbaX -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 3

small bug fix and ugliness concentration
by christos＠zoulas.com Nov. 11, 2014

Nov. 11, 2014

Hello, There there were 2 copies of the USG_COMPAT/ALTZONE ugliness and one was incomplete (did not set daylight). I merged them. christos --- localtime.c.orig 2014-10-18 14:07:54.000000000 -0400 +++ localtime.c 2014-11-11 13:39:18.000000000 -0500 @@ -235,6 +235,27 @@ return result; } +static char * +setzone(struct state const *sp, const struct ttinfo *ttisp, int_fast32_t offset) +{ + char *zn = (char *)&sp->chars[ttisp->tt_abbrind]; + if (offset) { +#ifdef USG_COMPAT + if (ttisp->tt_isdst) + daylight = 1; + if (!ttisp->tt_isdst) + timezone = -(ttisp->tt_gmtoff); +#endif /* defined USG_COMPAT */ +#ifdef ALTZONE + if (ttisp->tt_isdst) + altzone = -(ttisp->tt_gmtoff); +#endif /* defined ALTZONE */ + } + + tzname[ttisp->tt_isdst] = zn; + return zn; +} + static void settzname(void) { @@ -261,24 +282,8 @@ tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; } - for (i = 0; i < sp->timecnt; ++i) { - register const struct ttinfo * const ttisp = - &sp->ttis[ - sp->types[i]]; - - tzname[ttisp->tt_isdst] = - &sp->chars[ttisp->tt_abbrind]; -#ifdef USG_COMPAT - if (ttisp->tt_isdst) - daylight = 1; - if (!ttisp->tt_isdst) - timezone = -(ttisp->tt_gmtoff); -#endif /* defined USG_COMPAT */ -#ifdef ALTZONE - if (ttisp->tt_isdst) - altzone = -(ttisp->tt_gmtoff); -#endif /* defined ALTZONE */ - } + for (i = 0; i < sp->timecnt; ++i) + setzone(sp, &sp->ttis[i], -1); /* ** Finally, scrub the abbreviations. ** First, replace bogus characters. @@ -1393,26 +1398,11 @@ */ result = timesub(&t, ttisp->tt_gmtoff, sp, tmp); if (result) { - bool tm_isdst = ttisp->tt_isdst; - char *tm_zone = (char *) &sp->chars[ttisp->tt_abbrind]; - result->tm_isdst = tm_isdst; + char *zn = setzone(sp, ttisp, offset); + result->tm_isdst = ttisp->tt_isdst; #ifdef TM_ZONE - result->TM_ZONE = tm_zone; + result->TM_ZONE = zn; #endif /* defined TM_ZONE */ - if (offset) { - /* Always set the tzname etc. vars whose values can easily - be determined, as it's too much trouble to tell whether - tzset has already done it correctly. */ - tzname[tm_isdst] = tm_zone; -#ifdef USG_COMPAT - if (!tm_isdst) - timezone = - ttisp->tt_gmtoff; -#endif -#ifdef ALTZONE - if (tm_isdst) - altzone = - ttisp->tt_gmtoff; -#endif - } } return result; }

2 2

[tz-announce] 2014g release of tz code and data available
by Paul Eggert Nov. 11, 2014

Nov. 11, 2014

The 2014g release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Turks & Caicos is switching from US eastern time to UTC-4 year-round, modeled as a switch from EST/EDT to AST on 2014-11-02 at 02:00. Changes affecting past time stamps Time in Russia or the USSR before 1926 or so has been corrected by a few seconds in the following zones: Asia/Irkutsk, Asia/Krasnoyarsk, Asia/Omsk, Asia/Samarkand, Asia/Tbilisi, Asia/Vladivostok, Asia/Yakutsk, Europe/Riga, Europe/Samara. For Asia/Yekaterinburg the correction is a few minutes. (Thanks to Vladimir Karpinsky.) The Portuguese decree of 1911-05-26 took effect on 1912-01-01. This affects 1911 time stamps in Africa/Bissau, Africa/Luanda, Atlantic/Azores, and Atlantic/Madeira. Also, Lisbon's pre-1912 GMT offset was -0:36:45 (rounded from -0:36:44.68), not -0:36:32. (Thanks to Stephen Colebourne for pointing to the decree.) Asia/Dhaka ended DST on 2009-12-31 at 24:00, not 23:59. A new file 'backzone' contains data which may appeal to connoisseurs of old time stamps, although it is out of scope for the tz database, is often poorly sourced, and contains some data that is known to be incorrect. The new file is not recommended for ordinary use and its entries are not installed by default. (Thanks to Lester Caine for the high-quality Jersey, Guernsey, and Isle of Man entries.) Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: Africa/Bangui, Africa/Brazzaville, Africa/Douala, Africa/Kinshasa, Africa/Libreville, Africa/Luanda, Africa/Malabo, Africa/Niamey, and Africa/Porto-Novo. Changes affecting code Unless NETBSD_INSPIRED is defined to 0, the tz library now supplies functions for creating and using objects that represent time zones. The new functions are tzalloc, tzfree, localtime_rz, mktime_z, and (if STD_INSPIRED is also defined) posix2time_z and time2posix_z. They are intended for performance: for example, localtime_rz (unlike localtime_r) is trivially thread-safe without locking. (Thanks to Christos Zoulas for proposing NetBSD-inspired functions, and to Alan Barrett and Jonathan Lennox for helping to debug the change.) zdump now builds with the tz library unless USE_LTZ is defined to 0, This lets zdump use tz features even if the system library lacks them. To build zdump with the system library, use 'make CFLAGS=-DUSE_LTZ=0 TZDOBJS=zdump.o CHECK_TIME_T_ALTERNATIVES='. zdump now uses localtime_rz if available, as it's significantly faster, and it can help zdump better diagnose invalid time zone names. Define HAVE_LOCALTIME_RZ to 0 to suppress this. HAVE_LOCALTIME_RZ defaults to 1 if NETBSD_INSPIRED && USE_LTZ. When localtime_rz is not available, zdump now uses localtime_r and tzset if available, as this is a bit cleaner and faster than plain localtime. Compile with -DHAVE_LOCALTIME_R=0 and/or -DHAVE_TZSET=0 if your system lacks these two functions. If THREAD_SAFE is defined to 1, the tz library is now thread-safe. Although not needed for tz's own applications, which are single-threaded, this supports POSIX better if the tz library is used in multithreaded apps. Some crashes have been fixed when zdump or the tz library is given invalid or outlandish input. The tz library no longer mishandles leap seconds on platforms with unsigned time_t in time zones that lack ordinary transitions after 1970. The tz code now attempts to infer TM_GMTOFF and TM_ZONE if not already defined, to make it easier to configure on common platforms. Define NO_TM_GMTOFF and NO_TM_ZONE to suppress this. Unless the new macro UNINIT_TRAP is defined to 1, the tz code now assumes that reading uninitialized memory yields garbage values but does not cause other problems such as traps. If TM_GMTOFF is defined and UNINIT_TRAP is 0, mktime is now more likely to guess right for ambiguous time stamps near transitions where tm_isdst does not change. If HAVE_STRFTIME_L is defined to 1, the tz library now defines strftime_l for compatibility with recent versions of POSIX. Only the C locale is supported, though. HAVE_STRFTIME_L defaults to 1 on recent POSIX versions, and to 0 otherwise. tzselect -c now uses a hybrid distance measure that works better in Africa. (Thanks to Alan Barrett for noting the problem.) The C source code now ports to NetBSD when GCC_DEBUG_FLAGS is used, or when time_tz is defined. When HAVE_UTMPX_H is set the 'date' command now builds on systems whose <utmpx.h> file does not define WTMPX_FILE, and when setting the date it updates the wtmpx file if _PATH_WTMPX is defined. This affects GNU/Linux and similar systems. For easier maintenance later, some C code has been simplified, some lint has been removed, and the code has been tweaked so that plain 'make' is more likely to work. The C type 'bool' is now used for boolean values, instead of 'int'. The long-obsolete LOCALE_HOME code has been removed. The long-obsolete 'gtime' function has been removed. Changes affecting build procedure 'zdump' no longer links in ialloc.o, as it's not needed. 'make check_time_t_alternatives' no longer assumes GNU diff. Changes affecting distribution tarballs The files checktab.awk and zoneinfo2tdf.pl are now distributed in the tzdata tarball instead of the tzcode tarball, since they help maintain the data. The NEWS and Theory files are now also distributed in the tzdata tarball, as they're relevant for data. (Thanks to Alan Barrett for pointing this out.) Also, the leapseconds.awk file is no longer distributed in the tzcode tarball, since it belongs in the tzdata tarball (where 2014f inadvertently also distributed it). Changes affecting documentation and commentary A new file CONTRIBUTING is distributed. (Thanks to Tim Parenti for suggesting a CONTRIBUTING file, and to Tony Finch and Walter Harms for debugging it.) The man pages have been updated to use function prototypes, to document thread-safe variants like localtime_r, and to document the NetBSD-inspired functions tzalloc, tzfree, localtime_rz, and mktime_z. The fields in Link lines have been renamed to be more descriptive and more like the parameters of 'ln'. LINK-FROM has become TARGET, and LINK-TO has become LINK-NAME. tz-link.htm mentions the IETF's tzdist working group; Windows Runtime etc. (thanks to Matt Johnson); and HP-UX's tztab. Some broken URLs have been fixed in the commentary. (Thanks to Lester Caine.) Commentary about Philippines DST has been updated, and commentary on pre-1970 time in India has been added. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014g.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014g.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014g.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014g.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz This release corresponds to commit 9cd0541edf0bbca453e1b97749c5e68a1d6ab7db dated Thu Aug 28 12:31:23 2014 -0700 and tagged '2014g' in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJT/4QTAAoJEO2X6Q5iqn40ZIIP/jBHBnGpJBfbeoHPZ7NnQrw7 uXJEtM5GpBj7Rw+PuEyzQSW7/jEKOYwE0dyeVxgLEqDJDIuOk5uOeUqneh1sr5ww vrCy04Iuoyb/XpgvFpX1enmLDgEaK8n3vA4LekdMl7LlGYX00c2TdRi8Ees2V1yN D3d2wz9khU59M3grEh/PMY6CxvyW9HlMdGOQlzkbjxQhfec0RZPutUNnBczslA0+ fFVvpabeJMisVV10pd6N5dnYsk12UsPxKYTgrjSZruzrC8uDmm86O4OwKD3kGW9y AjeFCDSxPMBUNZnIFhuFuYPFY+jamMTMHOdjwb6sYnTPJU6P4QjPN0wUpRHih3e9 1Vvc0wJ2iYMBFotf1BWqTldMcKMTqWqYRdahJTxqtN6gQGcpGONs1+insrNK1pkQ ZyW+LSNuPcspPsR/9ohrZxJCS85CIIAye42kVMxKxETLVeG114u8tV+JUYyEs2nL nf766m3wIPstIKYzaICprTRdoxQ4y9X4wpL7dxaGJg0rimkhTDDG8xtV/J4plMhH VC06YRfmuAvjREXG07PV+sCZAqL+zHtIurrTSK6Z3LdEFdH3aU/9GRObDWzvWw4u U3nW2k2azTum+WfWfkDd0chyOKTE+TeATYrgvYjqpeFJOMTcpM8l96lhxYNSpshi G1g80KANNZL6yAmYj9tY =lQFS -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJT/4QTAAoJEO2X6Q5iqn40+wgQAJEsXlNnQFrqSg6Q0+/Ro80y oZ9aflOuMvgujhtdZm4bW3A4vfqMEEXwL9mJP5numNsW3qobNb2GW4kIa9EhKdeJ rUqz7XdOytSoL8GY/TSpmQdRG4aiyTlWEnZX0R8BqC4U0MiORkViuAHyu2qVGOFX c7zXtp6+C9DXuooRdn8o98ANfBSLjEJ4FM6JVpfJQFKohancX0Gprhq7KkCkK0Fu Nt78E8WchU1ZYGQ15cxrDzV2kdAqQfKWxLd9iLdaKQlvpyiHAPHvMI6BwVn7CHqN CcYby73BE6Y1H5Yd352UUYrW4dpIVtUpNOejXDcNqEVA801mBu/tUUXFivtFj+d2 1VAMf7OVdvnlqqaQnUGDS0WEOXdPrKZEUvbU9/JFfXsdnpNlfkuEYPuj5yiNu6jl mLLoMlfIG4iIIwpRIVsS5nIG34mP0VnMQsJrGkc/DxvSuzhNA2+lX7j9Uxvhwhj2 NSNJkFRXE4S6ambBe9tnDMzKZPaRV31nzUl4trqU4dDxm3iYhWQfbNQYbpQlhC5Q 6spnOha0LVdtFdk2lvDo1DSDrNFG24KfmzeLpSL0IlePgBPpRllXjl9KfuNTwGWU dshrzMV60RTIJa8Vc6JsJKgNKJofV433AR/jQnF6wjPbdn6LFRKUigJMM72T08hR K9RHYtub4GE2zmK+HN7h =cp2D -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 5

America/Grand_Turk (Turks and Caicos)
by Chris Walton Nov. 10, 2014

Nov. 10, 2014

I am suspicious that the current time zone rules for Turks and Caicos may be wrong. In August of this year, the TCI Government did make plans to be on "permanent daylight saving time". This would have meant that the clocks should not have changed Nov 2/2014. This is properly modeled in the current TZ rules as permanent Atlantic Standard Time (AST) starting Nov 2/2014. http://tcweeklynews.com/daylight-savings-time-to-be-maintained-p5353-127.htm http://tcweeklynews.com/daylight-saving-time-p5360-144.htm In September of this year, the TCI government appears to have delayed the switch to "permanent daylight saving time" by one year. This means Turks and Caicos should theoretically be running on Eastern Standard Time (EST) now. The switch to AST should presumably start on Nov 1/2015. http://tcweeklynews.com/time-change-to-go-ahead-this-november-p5437-127.htm I think this website may have more info, but currently it is non-functional. http://www.gov.tc/pressoffice/ -chris

3 3

[PROPOSED PATCH] * tz-link.htm: Modernize some more URLs.
by Paul Eggert Nov. 9, 2014

Nov. 9, 2014

--- tz-link.htm | 39 +++++++++++++++++++-------------------- 1 file changed, 19 insertions(+), 20 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 6b57415..444ef94 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="UTF-8"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2014-11-02"> +<meta name="DC.Date" content="2014-11-09"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -312,7 +312,7 @@ the <abbr>MIT</abbr> license.</li> </ul> <li><a href="http://pytz.sourceforge.net">pytz – World Timezone Definitions for Python</a> compiles <code><abbr>tz</abbr></code> source into -<a href="http://python.org">Python</a>. +<a href="https://www.python.org">Python</a>. It is freely available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://tzinfo.github.io">TZInfo – Ruby Timezone Library</a> @@ -377,15 +377,15 @@ available under a BSD-style license.</li> </ul> <h2>Other <code><abbr>tz</abbr></code>-based time zone software</h2> <ul> -<li><a href="http://foxclocks.org">FoxClocks</a> -is an extension for <a href="http://google.com/chrome">Google +<li><a href="https://foxclocks.org">FoxClocks</a> +is an extension for <a href="http://google.com/chrome/">Google Chrome</a> and for <a -href="http://developer.mozilla.org/en/docs/Toolkit_API">Mozilla +href="https://developer.mozilla.org/en-US/docs/Mozilla/Tech/Toolkit_API">Mozilla Toolkit</a> applications like <a -href="http://mozilla.com/firefox">Firefox</a> and <a -href="http://mozilla.com/thunderbird">Thunderbird</a>. +href="https://www.mozilla.org/en-US/firefox/new/">Firefox</a> and <a +href="https://www.mozilla.org/en-US/thunderbird/">Thunderbird</a>. It displays multiple clocks in the application window, and has a mapping -interface to <a href="http://earth.google.com">Google Earth</a>. +interface to <a href="http://www.google.com/earth/">Google Earth</a>. It is freely available under the <abbr>GPL</abbr>.</li> <li><a href="http://golang.org">Go programming language</a> implementations contain a copy of a 32-bit subset of a recent @@ -409,18 +409,18 @@ the older, proprietary method of Microsoft Windows 2000 and later, which stores time zone data in the <a href="http://en.wikipedia.org/wiki/Windows_Registry">Windows Registry</a>. The <a -href="http://unicode.org/cldr/charts/supplemental/zone_tzid.html">Zone → +href="http://www.unicode.org/cldr/charts/latest/supplemental/zone_tzid.html">Zone → Tzid table</a> or <a href="http://unicode.org/repos/cldr/trunk/common/supplemental/windowsZones.xml"><abbr>XML</abbr> file</a> of the <abbr>CLDR</abbr> data maps proprietary zone IDs to <code><abbr>tz</abbr></code> names. <li><a -href="http://www.oracle.com/us/technologies/java/overview/index.html">Oracle +href="https://www.oracle.com/java/index.html">Oracle Java</a> contains a copy of a subset of a recent <code><abbr>tz</abbr></code> database in a Java-specific format.</li> -<li><a href="http://kimmo.suominen.com/sw/timezone/">Time Zone</a> is -a <a href="http://wordpress.org">WordPress</a> plugin. It is freely +<li><a href="https://kimmo.suominen.com/sw/timezone/">Time Zone</a> is +a <a href="https://wordpress.org">WordPress</a> plugin. It is freely available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://www.relativedata.com/time-zone-master">Time Zone Master</a> is a Microsoft Windows clock program that can automatically @@ -447,7 +447,7 @@ href="http://astrocom.com">Astro Computing Services</a>. These atlases are extensive but unreliable, as Shanks appears to have guessed many <abbr>UT</abbr> offsets and transitions. The atlases cite no sources and do not indicate which entries are guesswork.</li> -<li><a href="http://www.hp.com/go/hpux/">HP-UX</a> has a database in +<li><a href="http://en.wikipedia.org/wiki/HP-UX">HP-UX</a> has a database in its own <code>tztab</code>(4) format.</li> <li>Microsoft Windows has proprietary data mentioned above.</li> <li><a href="http://worldtimeserver.com">World Time Server</a> @@ -457,13 +457,12 @@ contains data from the Time Service Department of the <abbr>US</abbr> Naval Observatory.</li> <li>The <a href="http://www.iata.org/publications/Pages/ssim.aspx">Standard Schedules Information Manual</a> of the -<a href="http://iata.org">International Air Transport -Association</a> +International Air Transport Association gives current time zone rules for airports served by commercial aviation.</li> </ul> <h2>Maps</h2> <ul> -<li>The <a href="https://www.cia.gov">United States Central +<li>The <a href="https://www.cia.gov/index.html">United States Central Intelligence Agency (<abbr title="Central Intelligence Agency">CIA</abbr>)</a> publishes a <a href="https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma…">time @@ -485,7 +484,7 @@ but the maps are more up to date.</li> <li><a href="http://poisson.phc.unipi.it/~maggiolo/index.php/2014/01/how-much-is-time-wr…">How much is time wrong around the world?</a> maps the difference between mean solar and standard time, highlighting areas such as western China -where the two differ greatly.</li> +where the two differ greatly. It's a bit out of date, unfortunately.</li> </ul> <h2>Time zone boundaries</h2> <ul> @@ -684,7 +683,7 @@ Bulletins</a> contains official publications of the International Earth Rotation and Reference Systems Service, which decides when leap seconds occur.</li> <li>The <a -href="http://six.pairlist.net/mailman/listinfo/leapsecs">Leap +href="https://pairlist6.pair.net/mailman/listinfo/leapsecs">Leap Second Discussion List</a> covers <a href="http://gauss.gge.unb.ca/papers.pdf/gpsworld.november99.pdf">McCarthy and Klepczynski's proposal to discontinue leap seconds</a>, @@ -698,7 +697,7 @@ contentious issue.</li> </ul> <h2>Time notation</h2> <ul> -<li>The <a href="http://unicode.org/cldr/">Unicode Common Locale Data +<li>The <a href="http://cldr.unicode.org">Unicode Common Locale Data Repository (<abbr>CLDR</abbr>) Project</a> has localizations for time zone names, abbreviations, identifiers, and formats. For example, it contains French translations for "Eastern European Summer Time", @@ -775,7 +774,7 @@ is called "<abbr>GMT</abbr>".</li> <li><a href="tz-art.htm">Time and the Arts</a></li> <li><a href="http://www.dmoz.org/Reference/Time/">Open Directory – Reference: Time</a></li> -<li><a href="http://dir.yahoo.com/Science/Measurements_and_Units/Time">Yahoo! +<li><a href="https://dir.yahoo.com/science/measurements_and_units/time">Yahoo! Directory > Science > Measurements and Units > Time</a></li> </ul> <hr> -- 2.1.0

1 0