[Tzdist] Latest draft
Lester Caine <lester@lsces.co.uk> Sat, 17 January 2015 17:52 UTC
Return-Path: <lester@lsces.co.uk>
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 713A61ACE15
for <tzdist@ietfa.amsl.com>; Sat, 17 Jan 2015 09:52:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.8
X-Spam-Level:
X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8,
RCVD_IN_DNSWL_NONE=-0.0001] 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 aBmv17C0HgQF for <tzdist@ietfa.amsl.com>;
Sat, 17 Jan 2015 09:52:41 -0800 (PST)
Received: from mail4.serversure.net (mail4-2.serversure.net [217.147.176.214])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 3F9231ACDD7
for <tzdist@ietf.org>; Sat, 17 Jan 2015 09:52:41 -0800 (PST)
Received: (qmail 5654 invoked by uid 89); 17 Jan 2015 17:52:38 -0000
Received: by simscan 1.3.1 ppid: 5648, pid: 5651, t: 0.0664s
scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677
Received: from unknown (HELO ?10.0.0.8?)
(lester@rainbowdigitalmedia.org.uk@86.189.147.37)
by mail4.serversure.net with ESMTPA; 17 Jan 2015 17:52:38 -0000
Message-ID: <54BAA165.6090300@lsces.co.uk>
Date: Sat, 17 Jan 2015 17:52:37 +0000
From: Lester Caine <lester@lsces.co.uk>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: tzdist@ietf.org
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/KiJuQXb3SpLpfP_lKjodwJbk2E0>
Subject: [Tzdist] Latest draft
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: Sat, 17 Jan 2015 17:52:43 -0000
Looking good! Question ... Any reason why 'opaque token' would not be simply the version? Since the data is locked to it's version number nothing else should exist. Only problem ... I'm still unconvinced by the attempt to create "monolithic" and "incremental" models! If I am publishing an historic snapshot, I need a complete set of timezones for that version ... even if my publication method is only supplying the incremental changes. It is an implementation detail of the storage process and asking for an 'incremental' version just seems wrong. One needs the 'monolithic' version at that point. If my data source is TZ, then the only version numbers are those provided by the 'monolithic' view, but I only notify the incremental changes. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
- [Tzdist] Latest draft Lester Caine