IETF Logo Mail Archive

Re: [Tzdist] Fwd: [tzdist] #32 (service): managing historical data

Eliot Lear <lear@cisco.com> Wed, 10 December 2014 10:43 UTC

Return-Path: <lear@cisco.com>
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 D48011A1A40 for <tzdist@ietfa.amsl.com>; Wed, 10 Dec 2014 02:43:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 tSeutsihiWy4 for <tzdist@ietfa.amsl.com>; Wed, 10 Dec 2014 02:43:10 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B5CC1A1A29 for <tzdist@ietf.org>; Wed, 10 Dec 2014 02:43:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1902; q=dns/txt; s=iport; t=1418208191; x=1419417791; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=+t4lOdFwCfXjKcahhvYgS92221NjF0g0CTGA+7egxH0=; b=FWglT90Ocx0uhBCkvxSoWkLaRvboEcVcQVnKWU+mblVnB5Ejk7wgwcnC B14Aboil0I3HHcoUSascprGfuceRkBkHe/dHUcFPmoy9VmMxQSNV6LfOD cjc6TO2WqwIxM7cVy4Fs9RUdDfsQL2TPr5aeelOMNAKOhgzJt7wcC52AL 8=;
X-Files: signature.asc : 486
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqcEABAjiFStJssW/2dsb2JhbABZhzXGJoJNAoEsAQEBAQF9hAMBAQQjVRELGAkWCwICCQMCAQIBRQYBDAgBAYg0v3yXLwEBAQEBAQEBAQEBAQEBAQEBG5AKgm+BRwEEj02BJ4V/hXiLYoNvPYJzAQEB
X-IronPort-AV: E=Sophos;i="5.07,551,1413244800"; d="asc'?scan'208";a="264053572"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 10 Dec 2014 10:43:09 +0000
Received: from [10.61.87.74] (ams3-vpn-dhcp5963.cisco.com [10.61.87.74]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id sBAAh8aj016957; Wed, 10 Dec 2014 10:43:08 GMT
Message-ID: <548823BC.3070404@cisco.com>
Date: Wed, 10 Dec 2014 11:43:08 +0100
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Lester Caine <lester@lsces.co.uk>, tzdist@ietf.org
References: <059.5da79d7c9d394e20e3c22513cfe04c33@tools.ietf.org> <074.141a9388d35dbdf392fcdf7384321e4e@tools.ietf.org> <544A88D8.7010108@lsces.co.uk> <544A9442.5010805@cs.ucla.edu> <544AA116.8030003@lsces.co.uk> <CAAGevbVBacBaX0syYc5eOVvO72N2UjCOJN-quPPGekOf7yzNqw@mail.gmail.com> <544ADFB7.80705@lsces.co.uk> <CADZyTkmK89hSUBqdrrjJUwTccn+NrW+gJB81RJqDkGZTO=TuEA@mail.gmail.com> <5454FE3D.60801@lsces.co.uk> <CADZyTkmfZ9BHU-1oYvCr-bfKEBA2B92EDUgbVYC_kQ1CDUQJ3w@mail.gmail.com> <5475BD47.7040900@lsces.co.uk> <CADZyTkmviNBkM-C_-5Gq+RruUu7R7P9bwKCvg7+1nGnx+NzJ_Q@mail.gmail.com> <54788334.3010604@lsces.co.uk> <CADZyTkn92ZXnf0MOJjFH59eAYG_Bnu5FZ0x1UcoUq27MkRKZzA@mail.gmail.com> <5479E42A.8080306@lsces.co.uk> <CADZyTk=aVNFmoR1GA+w_xU7+-28Rnb-TJY4uT-jVOU4jdC1yKg@mail.gmail.com> <CACzrW9D=wZi1VvCiGa-4kwbKAyHMs6rduF6+cKA0Nn0gshm+sQ@mail.gmail.com> <54877E06.5020409@lsces.co.uk>
In-Reply-To: <54877E06.5020409@lsces.co.uk>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="p7UTplnVpqvnAEWAVfMBXDsvKVRp6ISuB"
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/pLpFwvVJHHV06G85uGA4R8QmAG4
Subject: Re: [Tzdist] Fwd: [tzdist] #32 (service): managing historical 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 10:43:18 -0000

I would agree with Lester that this shouldn't be optional, but I also
don't know that one should be able to query a version.  I wonder why the
entire schema past the point of the name of the publisher should be
specified at all, since the semantics beyond that point will depend on
the structure of the information provided, and we are not in the
business of specifying that structure.

It is true that VCALENDAR is not a perfect match for response in all
cases.  This is where I think Accept: comes in, when it matters.

Eliot

On 12/9/14, 11:56 PM, Lester Caine wrote:
> On 09/12/14 22:44, Stephen Colebourne wrote:
>> Just to note that I am in favour of including an optional version
>> number in the spec using the previously discussed /versions/{version}
>> approach.
> But if it is made optional, how do you ensure that you are using the
> same data as another information source. Pray that both are published
> with the same version?
>

v2.23.0 | Report a Bug | By Email