Re: [Tzdist] example json snips for systems that count leap seconds

Martin Burnicki <martin.burnicki@burnicki.net> Tue, 13 January 2015 19:44 UTC

Return-Path: <martin.burnicki@burnicki.net>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 888011ACE89 for <tzdist@ietfa.amsl.com>; Tue, 13 Jan 2015 11:44:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.551
X-Spam-Level:
X-Spam-Status: No, score=-1.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3cKQdtJFeZNn for <tzdist@ietfa.amsl.com>; Tue, 13 Jan 2015 11:44:07 -0800 (PST)
Received: from www52.your-server.de (www52.your-server.de [213.133.104.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD4D71ACE91 for <tzdist@ietf.org>; Tue, 13 Jan 2015 11:44:05 -0800 (PST)
Received: from [88.198.220.130] (helo=sslproxy01.your-server.de) by www52.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from <martin.burnicki@burnicki.net>) id 1YB7Nj-0007vI-DQ; Tue, 13 Jan 2015 20:44:03 +0100
Received: from [37.4.163.63] (helo=[192.168.1.58]) by sslproxy01.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from <martin.burnicki@burnicki.net>) id 1YB7Ng-00037R-2J; Tue, 13 Jan 2015 20:44:00 +0100
Message-ID: <54B5757B.30201@burnicki.net>
Date: Tue, 13 Jan 2015 20:43:55 +0100
From: Martin Burnicki <martin.burnicki@burnicki.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31
MIME-Version: 1.0
To: Steve Allen <sla@ucolick.org>, Time Zone Data Distribution Service <tzdist@ietf.org>
References: <20150109063618.GA31637@ucolick.org>
In-Reply-To: <20150109063618.GA31637@ucolick.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Authenticated-Sender: mailout@burnicki.net
X-Virus-Scanned: Clear (ClamAV 0.98.5/19918/Tue Jan 13 18:51:24 2015)
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/etA6cpurxvqEHAFruQeb3848bi4>
Subject: Re: [Tzdist] example json snips for systems that count leap seconds
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>, <mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>, <mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2015 19:44:09 -0000

Steve Allen wrote:
> Based on the work that Ken Murchison put into his example server at URLs
> https://cyrus-test.andrew.cmu.edu/tzdist/zones/Etc%2FTAI
> https://cyrus-test.andrew.cmu.edu/tzdist/zones/Etc%2FTAI/observances?start=1970-01-01T00:00:00Z&end=2038-01-01T00:00:00Z
> I submit more examples of how tzdist could transport the same sort of
> information which is currently handled by the "right" zones of the IANA
> tzdata and tzcode.

I'm actually pretty busy writing emails to different mailing lists, news 
groups, and customers to explain details of leap seconds. ;-)

So I have to admit that recently I haven't followed the tzdist 
discussions very closely. Anyway, I've just had a look at Steve's JSON 
examples.

Please keep in mind my original intend was to get a list of leap second 
events and an associated expiration date via the tzdist protocol, so 
this information can be used for a number of different things, including 
letting NTP and PTP servers become aware of upcoming leap seconds, do 
UTC-TAI conversions, etc. In this context the "right" timezones are just 
one more application for this leap second table.

I think for the purpose mentioned above the most appropriate format is 
TAI-UTC.json.

 From my own experience I'd say an application programmer who is just 
interested in an enumeration of leaps second events would expect to see 
dates like

   2015-07-01T00:00:00Z

instead of

   2015-07-01T00:00:36Z

for the leap second events. However, if it's made clear that the times 
are TAI, not UTC (is 'Z' correct, then?) this should be no problem. The 
most important thing is that list of leap second events can be extracted 
properly.

Martin