June 2014 - tz - lists.iana.org

Yacht crew member killed after daylight-saving error
by Paul Eggert June 5, 2014

June 5, 2014

Here's a sobering reminder of one of the downsides of daylight saving time. Last month the Australian Transport Safety Bureau published its investigation into a fatal accident on 2013-02-08 at 13:45 +1100, as the motor yacht Calliope transited the Glebe Island Bridge in Rozelle Bay, Sydney Harbour. When the ship's master calculated tidal conditions for the transit, he determined that low tide would be at 13:20 local time. However, he forgot to allow for daylight saving time, and the actual low tide was at 14:20. The miscalculation contributed to a botched transit; as the crew positioned a fender to control contact with the bridge structure, an assistant engineer was caught between the yacht's fashion plate and a bridge-mounted fender, was pulled overboard, and died. Crane E. Crewman crushed to death in yacht crash after captain misjudged tide times when the clocks changed. Daily Mail, 2014-05-12. http://www.dailymail.co.uk/news/article-2626707/Crewman-crushed-death-yacht… Australian Transport Safety Bureau. Fatality on board the motor yacht Calliope. Marine Occurrence Investigation 297-MO-2013-003, 2014-05-12. http://www.atsb.gov.au/publications/investigation_reports/2013/mair/297-mo-…

2 1

Public key for time-zone ftp site
by Skelton, Terry June 5, 2014

June 5, 2014

Greetings, Can someone point me to the public key that is used to sign the tzdata2014*.tar.gz files on the public FTP site? I have a process that will attempt to verify any new tzdata file using the corresponding ASC signature file, but I need to include the public key that was used to sign the file. Thank you, Terry Skelton Senior Lead Software Developer T +1 303 397 5917 M +1 720 217 6814 terry.skelton(a)travelport.com<mailto:terry.skelton@travelport.com> www.travelport.com<http://www.travelport.com/> [redefining_email_signature]<http://www.travelport.com/vision> This message has been scanned for malware by Websense. www.websense.com

2 1

2014 DST changes in Egypt, again
by Imed Chihi June 5, 2014

June 5, 2014

Hi all. We have finally "located" a precise official reference about the DST changes in Egypt. The Ministers Cabinet decision is explained at http://www.cabinet.gov.eg/Media/CabinetMeetingsDetails.aspx?id=347 For some reason, this (Arabic) site is not accessible outside Egypt, but the page says: "وفيما يتعلق بالتوقيت الصيفى، فمن المقرر أن يبدأ العمل به فى تمام الساعة الثانية عشرة مساء اليوم الخميس 15/5/2014، على أن يتم وقف العمل به فى الساعة الثانية عشر مساء يوم الخميس 26/6/2014، ويعاد العمل بالتوقيت الصيفى مجدداً عقب انتهاء شهر رمضان،وذلك فى تمام الساعة الثانية عشر مساء يوم الخميس "31/7/2014. .. which translates into: "With regard to daylight saving time, it is scheduled to take effect at exactly twelve o'clock this evening, Thursday, 15 MAY 2014, to be suspended by twelve o'clock on the evening of Thursday, 26 JUN 2014, and re-established again at the end of the month of Ramadan, at twelve o'clock on the evening of Thursday, 31 JUL 2014." This statement has been reproduced by other (more accessible) sites: 1. http://elgornal.net/news/news.aspx?id=4699258 2. http://www.masrawy.com/news/egypt/politics/2014/may/15/5901668.aspx?ref=mor… 3. http://dostorasly.com/news/view.aspx?cdate=15052014&id=7e25a82b-6e9e-473a-8… 4. https://www.facebook.com/Egyptian.Cabinet.Of.Ministers/photos/a.20213898979… Since release 2014c was based on the assumption that the DST suspension would take place on 28 JUN 2014, I think that we'll need to make yet another adjustment to Africa/Cairo. -Imed

3 3

[PATCH 2/2] * tz-link.htm, NEWS: jCal is now RFC 7265. Mention PTP and the
by Paul Eggert June 5, 2014

June 5, 2014

draft CalDAV extension. Update URLs for TSP, TZInfo, IATA. Remove stale pointers to World Time Explorer and WORLDTIME. --- NEWS | 6 ++++++ tz-link.htm | 33 +++++++++++++++++---------------- 2 files changed, 23 insertions(+), 16 deletions(-) diff --git a/NEWS b/NEWS index 265f6b3..af68da4 100644 --- a/NEWS +++ b/NEWS @@ -15,6 +15,12 @@ Unreleased, experimental changes "VLASST" has been repaired to be "VLAST" for Vladivostok summer time in 1991. (Thanks to Hank W. for reporting the problems.) + Changes affecting commentary + + tz-link.htm now cites RFC 7265 for jCal, mentions PTP and the + draft CalDAV extension, updates URLs for TSP, TZInfo, IATA, and + removes stale pointers to World Time Explorer and WORLDTIME. + Release 2014d - 2014-05-27 21:34:40 -0700 diff --git a/tz-link.htm b/tz-link.htm index 04919a9..15ccb37 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2014-05-27"> +<meta name="DC.Date" content="2014-06-04"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -196,10 +196,11 @@ covers time zone data; see its VTIMEZONE calendar component. The iCalendar format requires specialized parsers and generators; a variant <a href="http://tools.ietf.org/html/rfc6321">xCal</a> -(Internet RFC 6321) uses +(Internet <abbr>RFC</abbr> 6321) uses <a href="http://www.w3.org/XML/"><abbr -title="Extensible Markup Language">XML</abbr></a> format, and a draft variant -<a href="http://datatracker.ietf.org/doc/draft-ietf-jcardcal-jcal/">jCal</a> +title="Extensible Markup Language">XML</abbr></a> format, and a variant +<a href="http://tools.ietf.org/html/rfc7265">jCal</a> +(Internet <abbr>RFC</abbr> 7265) uses <a href="http://www.json.org/"><abbr title="JavaScript Object Notation">JSON</abbr></a> format. <a href="http://calconnect.org/">CalConnect, The Calendaring and Scheduling @@ -209,8 +210,12 @@ TIMEZONE Problems and Recommendations</a> offers guidelines and recommendations for the use of VTIMEZONE and <code><abbr>tz</abbr></code>.</li> <li>CalConnect's <a href="http://calconnect.org/tc-timezone.shtml">TIMEZONE Technical Committee</a> has developed -a <a href="http://tools.ietf.org/html/draft-douglass-timezone-service-08">draft -timezone service protocol</a>. The committee's earlier <a +a <a href="http://tools.ietf.org/html/draft-douglass-timezone-service-11">draft +timezone service protocol</a> along with a <a +href="http://tools.ietf.org/html/draft-daboo-caldav-timezone-ref-01">draft +extension</a> to the <a href="http://caldav.calconnect.org/">CalDAV +calendar access protocol</a> to allow time zone information to be exchanged +by reference. The committee's earlier <a href="http://calconnect.org/publications/timezoneregistryandservicerecommendation…">Timezone Registry and Service Recommendations</a> discusses a strategy for defining and deploying a time zone @@ -284,7 +289,7 @@ Dates. It is freely available under the Apache License.</li> Definitions for Python</a> compiles <code><abbr>tz</abbr></code> source into <a href="http://python.org/">Python</a>. It is freely available under a <abbr>BSD</abbr>-style license.</li> -<li><a href="http://tzinfo.rubyforge.org/">TZInfo – +<li><a href="http://tzinfo.github.io/">TZInfo – Ruby Timezone Library</a> compiles <code><abbr>tz</abbr></code> source into <a href="http://www.ruby-lang.org/en/">Ruby</a>. @@ -375,9 +380,6 @@ href="http://veladg.com/velaterra.html">VelaTerra</a> is a Mac <abbr>OS X</abbr> program. Its developers <a href="http://veladg.com/tzoffer.html">offer free licenses</a> to <code><abbr>tz</abbr></code> contributors.</li> -<li><a -href="http://worldtimeexplorer.com/">World Time Explorer</a> is a -Microsoft Windows program.</li> </ul> <h2>Other time zone databases</h2> <ul> @@ -391,10 +393,6 @@ for the U.S.</a>, and <a href="http://www.astrocom.com/astrology/books/international-atlas">one for other locations</a>) by <a href="http://astrocom.com/">Astro Computing Services</a>.</li> -<li><a href="http://worldtime.com/">WORLDTIME: interactive atlas, -time info, public holidays</a> -contains information on local time, sunrise and sunset, -and public holidays in several hundred cities around the world.</li> <li><a href="http://worldtimeserver.com/">World Time Server</a> is another time zone database.</li> <li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a> @@ -404,7 +402,7 @@ for the <code><abbr>usno</abbr>*</code> files in the <code><abbr>tz</abbr></code> distribution.</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/index.htm">International Air Transport +<a href="http://iata.org/">International Air Transport Association</a> gives current time zone rules for airports served by commercial aviation.</li> <li>Some Microsoft Windows versions contain time zone information in @@ -482,7 +480,7 @@ common.</li> </ul> <h2>Civil time concepts and history</h2> <ul> -<li><a href="http://physics.nist.gov/GenInt/Time/time.html">A +<li><a href="http://www.nist.gov/pml/general/time/index.cfm">A Walk through Time</a> surveys the evolution of timekeeping.</li> <li><a href="http://webexhibits.org/daylightsaving/">About Daylight @@ -584,6 +582,9 @@ title="Network Time Protocol">NTP</abbr>: The Network Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> +<li>The <a href="http://www.nist.gov/el/isd/ieee/ieee1588.cfm">Precision +Time Protocol</a> (IEEE 1588) can achieve submicrosecond clock +accuracy on a local area network.</li> <li><a href="http://tools.ietf.org/html/rfc4833">Timezone Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> -- 1.9.1

1 0

[PATCH 1/2] * europe, northamerica: Update Willett URL.
by Paul Eggert June 4, 2014

June 4, 2014

--- europe | 2 +- northamerica | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/europe b/europe index ca0f165..7ae96ff 100644 --- a/europe +++ b/europe @@ -30,7 +30,7 @@ # which I found in the UCLA library. # # William Willett, The Waste of Daylight, 19th edition -# <http://cs.ucla.edu/~eggert/Daylight_Savings_William_Willett.pdf> +# <http://cs.ucla.edu/~eggert/The-Waste-of-Daylight-19th.pdf> # [PDF] (1914-03) # # Milne J. Civil time. Geogr J. 1899 Feb;13(2):173-94 diff --git a/northamerica b/northamerica index d51a7e1..9660a46 100644 --- a/northamerica +++ b/northamerica @@ -1019,9 +1019,9 @@ Zone America/Menominee -5:50:27 - LMT 1885 Sep 18 12:00 # Whitman Publishing Co, 2 Niagara Av, Ealing, London (undated), # which I found in the UCLA library. # -# <a href="http://www.pettswoodvillage.co.uk/Daylight_Savings_William_Willett.pdf"> # William Willett, The Waste of Daylight, 19th edition -# </a> (1914-03) +# <http://cs.ucla.edu/~eggert/The-Waste-of-Daylight-19th.pdf> +# [PDF] (1914-03) # # Milne J. Civil time. Geogr J. 1899 Feb;13(2):173-94 # <http://www.jstor.org/stable/1774359>. -- 1.9.1

1 0

changes to the TZ database over versions
by Joris Van den Bogaert June 2, 2014

June 2, 2014

Hello, I'm investigating how to deal with timezones for an application that will get to processes billions of timestamped events, generated in just about any part of the world. Timestamps are in local time (without timezone, only post- and other codes) and we need them in UTC time. Money is involved, so it is of critical importance that intervals between events are calculated correctly. There's two steps involved in this: - given some geo data and some lookup tables from a database like geopostcodes.com, determine the timezone id - convert to UTC using the latest Time Zone Database Development wise it's fairly simple to automate. We're using joda time and this library allows to plugin a custom Timezone provider which can then use the latest TZ database. However, I see some issues: 1) I noticed that certain timezone ids are deleted in newer versions: tzdata2014a contains America/Shiprock, newer versions don't. This may lead to issues whenever recalculations are needed in the future. What is the likelyhood that ids are deleted? 2) Do rules from the past ever change? In other words, can we assume that a recalculation of a past local date to a UTC date will always yield the same result with newer versions of the TZ database? If so, is this a common thing and would one then recommend saving the TZ database version with which the conversion was performed along with the UTC date? Hope one of you can shed some light! Cheers, Joris

5 9

Asia/Vladivostok
by Hank W. June 1, 2014

June 1, 2014

In the europe file, regarding Zone Asia/Vladivostok, in the line shown below, is "VLA%sST" a typo? Should it not be "VLA%sT"? 9:00 Russia VLA%sST 1992 Jan 19 2:00s Hank W.

2 1