Re: [Tzdist] Existing and new data ...

Paul Eggert <eggert@cs.ucla.edu> Wed, 10 December 2014 19:39 UTC

Return-Path: <eggert@cs.ucla.edu>
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 C9D201A1A19 for <tzdist@ietfa.amsl.com>; Wed, 10 Dec 2014 11:39:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 VMMVrCvWG4Vb for <tzdist@ietfa.amsl.com>; Wed, 10 Dec 2014 11:39:23 -0800 (PST)
Received: from smtp.cs.ucla.edu (smtp.cs.ucla.edu [131.179.128.62]) by ietfa.amsl.com (Postfix) with ESMTP id A2A441A07BC for <tzdist@ietf.org>; Wed, 10 Dec 2014 11:39:23 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 6F5EEA600BE; Wed, 10 Dec 2014 11:39:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu
Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ej5fl2ra0FGz; Wed, 10 Dec 2014 11:39:14 -0800 (PST)
Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 9CE16A60022; Wed, 10 Dec 2014 11:39:14 -0800 (PST)
Message-ID: <5488A162.3060407@cs.ucla.edu>
Date: Wed, 10 Dec 2014 11:39:14 -0800
From: Paul Eggert <eggert@cs.ucla.edu>
Organization: UCLA Computer Science Department
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Cyrus Daboo <cyrus@daboo.name>, tzdist@ietf.org
References: <54888642.1030108@lsces.co.uk> <F2F4FB8F282334E543F462B5@caldav.corp.apple.com> <54889270.7040801@lsces.co.uk> <5488942F.1060501@cs.ucla.edu> <86CD6E72C7C095D731E54BE5@caldav.corp.apple.com>
In-Reply-To: <86CD6E72C7C095D731E54BE5@caldav.corp.apple.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/Wi7LCIpInGBlbXiMFNfvtFksvP4
Subject: Re: [Tzdist] Existing and new data ...
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: Wed, 10 Dec 2014 19:39:25 -0000

On 12/10/2014 11:17 AM, Cyrus Daboo wrote:
> "changedsince" allows the client to request a "diff" in the list 
> action response - i.e., only get the list of time zones that have 
> changed. If we adopted the IANA tzdb version numbering scheme, then 
> every time a new version is released ALL time zones would be marked as 
> "new" since their version number has changed, even though the actual 
> time zone information (UTC offset, DST rules etc) is likely the same 
> for the majority of them.

First, thanks for writing that -- something like that should be in the 
document, if we have versions.

Second, though, this doesn't explain why changedsince uses dates and not 
version numbers.  If a client is using tz2014a and the server says 
tz2014b is the latest, why can't the client say "I've got version 
tz2014a of America/Los_Angeles; is that good enough?".  The fact that a 
client can't ask this suggests that versions and changedsince are two 
different mechanisms for attacking the same problem, which complicates 
the protocol unnecessarily.  It'd be better to have just one mechanism here.