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

Eliot Lear <lear@cisco.com> Fri, 12 December 2014 11:05 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 AF1A81ACCFC for <tzdist@ietfa.amsl.com>; Fri, 12 Dec 2014 03:05:46 -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 hMLWC8Ja3aqV for <tzdist@ietfa.amsl.com>; Fri, 12 Dec 2014 03:05:45 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22D1C1ACCFB for <tzdist@ietf.org>; Fri, 12 Dec 2014 03:05:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2282; q=dns/txt; s=iport; t=1418382345; x=1419591945; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=tLutjcZdUH/h4i/Vnid2MHXFcLsoV91bVumR+SUZjSM=; b=c+SCCPktP6jbApp8PBeImR6TB7pCYurvLcdKypvbb64Gd0TCGY3ucz5p DdMzzErCo69H1jiS5zvhcAOAvIEACGdZFX5sDJXKPBCKbq/wwstSl07pj CEFEv7Pk2XMuzPxJil27nsMeXofuM6eZqpWLyfRQ7/slUeDkkSFXGhsmt E=;
X-Files: signature.asc : 486
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ar8EAGrLilStJssW/2dsb2JhbABZhzXIaQKBKwEBAQEBfYQNAQEDASNbCwshIQICDwJGBgEMCAEBiCAIwUiWKwEBAQEBAQQBAQEBAQEcj3mCaIFBBY9JgSeFfoV5izoig209gnMBAQE
X-IronPort-AV: E=Sophos;i="5.07,563,1413244800"; d="asc'?scan'208";a="266717240"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP; 12 Dec 2014 11:05:42 +0000
Received: from [10.61.198.64] ([10.61.198.64]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id sBCB5gad019995; Fri, 12 Dec 2014 11:05:42 GMT
Message-ID: <548ACC07.80404@cisco.com>
Date: Fri, 12 Dec 2014 12:05:43 +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> <39981BA759F3923868CCFBD3@caldav.corp.apple.com> <54888249.9080607@lsces.co.uk> <CAFpi07z8NauUZ5aBqqg9sXDsmSA+hG4HuZNDkLe7fnk=mg4wgA@mail.gmail.com> <676B23282D9F7F1DCE6A54C7@caldav.corp.apple.com> <CAFpi07x79gJLEBWmpxWv7V13CiwmeKGy7bwS1=+ukp-sKmwFxA@mail.gmail.com> <5488921B.8020900@lsces.co.uk> <5488973F.7050400@andrew.cmu.edu> <54889C39.1080103@lsces.co.uk> <D2BE5C3BFE11019ECF4BEF62@caldav.corp.apple.com> <5488A6E6.8050903@lsces.co.uk> <CADC+-gTiyJ4QHZT6m3je9M9-ifSELnSWgmgy7iXSWNS+p8pthg@mail.gmail.com> <5488C0EA.8090505@lsces.co.uk> <CADC+-gTgckSe1ca6Sai6RguQid=ReM7bH6K8+dVVFm-YfbpFbA@mail.gmail.com> <5488DA56.2090306@lsces.co.uk> <CADC+-gQN=Qb2y8M-bHnPzMcK8r=xUG-seQ7XzvZwwcWsHpHnBQ@mail.gmail.com> <54895986.6060806@lsces.co.uk> <5489CA90.1070307@gmail.com> <35BC5886C9A58F866E8A46A8@caldav.corp.apple.com> <5489D9F7.3080207@gmail.com> <D196D63077FEC1B090DF7C86@caldav.corp.apple.com> <5489E233.9080504@lsces.co.uk>
In-Reply-To: <5489E233.9080504@lsces.co.uk>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="v5RdbFasuOW65Tgt1rpbu075LCc61LMlk"
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/VqP1BZ-J75VOsAeDhctfd-lEoTg
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: Fri, 12 Dec 2014 11:05:46 -0000

On 12/11/14, 7:28 PM, Lester Caine wrote:

> Calendaring systems still do not cover cross timezone activities well,
> and I don't think iCalendar is particularly friendly in solving the
> problems that need to be handled

There are some limitations that are inherent, when dealing with
timezones, but they are relatively few (like handling recurring meetings
during transitions).  None of that is relevant here.  Complaints about
vendor products are best dealt with in the market place and not in the
working group, unless there is a specific relevant interoperability
concern that impacts the protocol we are developing.

> For genealogical data we often flag a
> time range covering the uncertainty in when an event happened so that
> when time lining events one can see if something could have been
> concurrent which can then can be researched in further detail. While
> planning new events where a site may have a variation of local offset it
> would be useful that the tzdist data actually flagged that there is
> uncertainty in a forthcoming event if only to allow an organiser to
> block bookings on that day or period.

Variations in local offset are not always predictable.  Moreover, there
is an interaction with recurring events that would make such a feature
virtually impossible to get right.

Eliot