Re: [Tzdist] Fwd: [tzdist] #9 (): TZIDs overlap?!

Daniel Migault <mglt.ietf@gmail.com> Mon, 22 September 2014 07:30 UTC

Return-Path: <mglt.ietf@gmail.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 0371C1A1A4D for <tzdist@ietfa.amsl.com>; Mon, 22 Sep 2014 00:30:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.405
X-Spam-Level:
X-Spam-Status: No, score=-2.405 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, GB_I_LETTER=-2, HTML_MESSAGE=0.001, J_CHICKENPOX_56=0.6, PLING_QUERY=0.994, SPF_PASS=-0.001] 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 rQhlXdQisluR for <tzdist@ietfa.amsl.com>; Mon, 22 Sep 2014 00:30:29 -0700 (PDT)
Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AD721A1A44 for <tzdist@ietf.org>; Mon, 22 Sep 2014 00:30:29 -0700 (PDT)
Received: by mail-we0-f179.google.com with SMTP id u56so2392964wes.24 for <tzdist@ietf.org>; Mon, 22 Sep 2014 00:30:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BG5wwea6nE9h41eMEKC4/lFziPaDjC1LqWY3jLNISnI=; b=txX02Tm9XAyiElYRcTOZPxMvYCNLZCtdaeQLT54M/r+6vyILQFelV6/MF1d99kSZr1 dscxJTLJR0abpjpclyI2Gbt707jhxa2dly9ojdg5UlwG2rgC+E4kMY/n48Ofig4xSyOW lGHkk7RJ9uYlhQnWHOfKCnTK+WC2AlPlfWod+jeaYJi1Kr3UzMXaaImzrm20wWU03S/c NE5pLhV1lKQbcTz6Edvzjcj9h+Q9eN79GVRzkro1AGuKL/aHou0H1xWLl5yoCABjPDKv Jtphjtl4LGRJhI773Bre01ib33fD2NwNpPwynhCvaqHxzEsYmkozQwH3mJzmQTi3+EdA NrFg==
MIME-Version: 1.0
X-Received: by 10.194.243.161 with SMTP id wz1mr19079437wjc.0.1411371027714; Mon, 22 Sep 2014 00:30:27 -0700 (PDT)
Received: by 10.194.216.163 with HTTP; Mon, 22 Sep 2014 00:30:27 -0700 (PDT)
In-Reply-To: <CACzrW9ArveLvmwWg3SJdHKHDWmQS=PHtgO_kyM-Gun-Lgs1R6g@mail.gmail.com>
References: <055.eb375fed45c01f699cdf0d1187c77cda@tools.ietf.org> <541BE9A0.9070002@cisco.com> <CACzrW9ArveLvmwWg3SJdHKHDWmQS=PHtgO_kyM-Gun-Lgs1R6g@mail.gmail.com>
Date: Mon, 22 Sep 2014 09:30:27 +0200
Message-ID: <CADZyTk=C7QSmRUiFydKf-dBio4rzHiFuYk1PBPA0FLDZqn_Z=g@mail.gmail.com>
From: Daniel Migault <mglt.ietf@gmail.com>
To: Stephen Colebourne <scolebourne@joda.org>
Content-Type: multipart/alternative; boundary="089e01493608c0d9390503a26c6f"
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/grBgUQQnrfxo8U5oS3T4bdA1fTw
Cc: Time Zone Data Distribution Service <tzdist@ietf.org>
Subject: Re: [Tzdist] Fwd: [tzdist] #9 (): TZIDs overlap?!
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: Mon, 22 Sep 2014 07:30:34 -0000

Thank Stephen for this feed back.

As this issue has not yet been solved, I would like the WG to comment on
it, so we can reach consensus soon on that issue.



On Sun, Sep 21, 2014 at 11:47 PM, Stephen Colebourne <scolebourne@joda.org>
wrote:

> I recommend consideration of the same approach as I used in Java JSR-310:
> http://docs.oracle.com/javase/8/docs/api/java/time/ZoneId.html
>
> "Time-zone rules are defined by governments and change frequently.
> There are a number of organizations, known here as groups, that
> monitor time-zone changes and collate them. The default group is the
> IANA Time Zone Database (TZDB). Other organizations include IATA (the
> airline industry body) and Microsoft.
>
> Each group defines its own format for the region ID it provides. The
> TZDB group defines IDs such as 'Europe/London' or 'America/New_York'.
> TZDB IDs take precedence over other groups.
>
> It is strongly recommended that the group name is included in all IDs
> supplied by groups other than TZDB to avoid conflicts. For example,
> IATA airline time-zone region IDs are typically the same as the three
> letter airport code. However, the airport of Utrecht has the code
> 'UTC', which is obviously a conflict. The recommended format for
> region IDs from groups other than TZDB is 'group~region'. Thus if IATA
> data were defined, Utrecht airport would be 'IATA~UTC'. "
>
> ie. TZDB takes precedence, everyone else must use group~region
>
> Note that no central coordination is required by the text above.
>
> Stephen
>
>
>
>
> On 19 September 2014 09:30, Eliot Lear <lear@cisco.com> wrote:
> > Hi Cyrus,
> >
> > I'm prepared to propose changes to address this issue, that would
> > include an IANA registry for a list of authorities.  I'm also happy to
> > see other alternatives.
> >
> > Eliot
> >
> >
> > ---------- Forwarded message ----------
> > From: tzdist issue tracker <trac+tzdist@tools.ietf.org>
> > To: <cyrus@daboo.name>, <lear@cisco.com>
> > Cc: <tzdist@ietf.org>
> > Date: Tue, 19 Aug 2014 10:28:14 +0000
> > Subject: [tzdist] #9 (): TZIDs overlap?!
> > #9: TZIDs overlap?!
> >
> >  Draft: draft-douglass-timezone-service-11
> >
> >  Section 3.1 contains the following text:
> >
> >     It is possible that timezone identifiers from
> >     different publishers overlap, and there might be a need for a
> >     provider to distinguish those with some form of "namespace" prefix
> >     identifying the publisher.  However, development of a standard
> >     (global) timezone identifier naming scheme is out of scope for this
> >     specification.
> >
> >  Without getting into the business of how the publisher names time zones
> a
> >  simple distinction of who the publisher is will eliminate overlap.  One
> >  might consider a URN in this context.
> >
> > --
> > ---------------------------+-----------------------------------
> > Reporter:  lear@cisco.com  |      Owner:  cyrus@daboo.name
> >     Type:  defect          |     Status:  new
> > Priority:  major           |  Milestone:
> >  Version:                  |   Severity:  Candidate WG Document
> > Keywords:                  |
> > ---------------------------+-----------------------------------
> >
> > Ticket URL: <http://trac.tools.ietf.org/wg/tzdist/trac/ticket/9>
> > tzdist <http://tools.ietf.org/tzdist/>
> >
> >
> >
> >
> > _______________________________________________
> > Tzdist mailing list
> > Tzdist@ietf.org
> > https://www.ietf.org/mailman/listinfo/tzdist
> >
>
> _______________________________________________
> Tzdist mailing list
> Tzdist@ietf.org
> https://www.ietf.org/mailman/listinfo/tzdist
>



-- 
Daniel Migault
Orange Labs -- Security
+33 6 70 72 69 58