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

Steve Allen <sla@ucolick.org> Tue, 13 January 2015 20:35 UTC

Return-Path: <sla@ucolick.org>
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 676DB1ACD46 for <tzdist@ietfa.amsl.com>; Tue, 13 Jan 2015 12:35:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.51
X-Spam-Level:
X-Spam-Status: No, score=-1.51 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 u_BKeByrHpol for <tzdist@ietfa.amsl.com>; Tue, 13 Jan 2015 12:35:15 -0800 (PST)
Received: from smtp.ucolick.org (hunan.ucolick.org [128.114.23.233]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEB341ACD41 for <tzdist@ietf.org>; Tue, 13 Jan 2015 12:35:15 -0800 (PST)
Received: from smtp.ucolick.org (localhost [127.0.0.1]) by smtp.ucolick.org (Postfix) with ESMTP id ECF3B270B for <tzdist@ietf.org>; Tue, 13 Jan 2015 12:35:14 -0800 (PST)
Received: from geneva.ucolick.org (geneva.ucolick.org [128.114.23.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.ucolick.org (Postfix) with ESMTP id E91992617 for <tzdist@ietf.org>; Tue, 13 Jan 2015 12:35:14 -0800 (PST)
Received: from geneva.ucolick.org (localhost [127.0.0.1]) by geneva.ucolick.org (8.14.4/8.13.8) with ESMTP id t0DKZETd001960 for <tzdist@ietf.org>; Tue, 13 Jan 2015 12:35:14 -0800
Received: (from sla@localhost) by geneva.ucolick.org (8.14.4/8.14.4/Submit) id t0DKZEFv001958 for tzdist@ietf.org; Tue, 13 Jan 2015 12:35:14 -0800
Date: Tue, 13 Jan 2015 12:35:14 -0800
From: Steve Allen <sla@ucolick.org>
To: Time Zone Data Distribution Service <tzdist@ietf.org>
Message-ID: <20150113203514.GA1903@ucolick.org>
References: <20150109063618.GA31637@ucolick.org> <54B5757B.30201@burnicki.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <54B5757B.30201@burnicki.net>
User-Agent: Mutt/1.5.20 (2009-12-10)
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/OFHfR7GUSnAK3ZPbBAPwbYAWJ5E>
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 20:35:17 -0000

On Tue 2015-01-13T20:43:55 +0100, Martin Burnicki hath writ:
> 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 is right, the 'Z' is an abuse of the notation.  The
interpretation that UTC might be counted without counting the leap
seconds is a different kind of abuse, but thinking of things in that
way is continuing a long-term non-constructive temporal flame war.
I am aiming to follow the lead of the "right" TimeZone database with
practical examples helping people to use tzdist in order to work
around deficiencies in the existing standards.

So as Martin cautioned, in the text (before the json examples that I
posted) it was necessary that I very clearly defined the assumptions
of each underlying system time scale including the way in which it
differs from various standards and the motivation for each difference.
With that documentation clearly explaining the appropriate context for
the use of each, the json examples that I posted should work with the
math of the code in existing calendar APIs.

--
Steve Allen                 <sla@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