Re: [Sedate] Can offsets like [+02:00] be used instead of IANA names in brackets?

Paul Eggert <eggert@cs.ucla.edu> Mon, 21 March 2022 18:15 UTC

Return-Path: <eggert@cs.ucla.edu>
X-Original-To: sedate@ietfa.amsl.com
Delivered-To: sedate@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D978A3A1A7E for <sedate@ietfa.amsl.com>; Mon, 21 Mar 2022 11:15:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.911
X-Spam-Level:
X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
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 hwOyWYqlbYD0 for <sedate@ietfa.amsl.com>; Mon, 21 Mar 2022 11:15:25 -0700 (PDT)
Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E4563A1AC3 for <sedate@ietf.org>; Mon, 21 Mar 2022 11:15:25 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 14A75160131; Mon, 21 Mar 2022 11:15:24 -0700 (PDT)
Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id yAoFahhy-SjD; Mon, 21 Mar 2022 11:15:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id CDFD0160139; Mon, 21 Mar 2022 11:15:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id e3v-Z-fjOfyp; Mon, 21 Mar 2022 11:15:22 -0700 (PDT)
Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 069D3160131; Mon, 21 Mar 2022 11:15:20 -0700 (PDT)
Message-ID: <aaa86383-d456-5956-770f-bf82dd86649f@cs.ucla.edu>
Date: Mon, 21 Mar 2022 11:15:20 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
Content-Language: en-US
To: Pete Resnick <resnick@episteme.net>
Cc: Michael Douglass <mikeadouglass@gmail.com>, sedate@ietf.org, Tim Parenti <tim@timtimeonline.com>
References: <CACy7CfhJ4tPjexbtN45mv+3gNuY46NnZfM7OTDP2e9uzfmzs=Q@mail.gmail.com> <f2dadb29-81ba-6f8c-e4f2-bd13db9af614@gmail.com> <4cb0b116-daa2-517f-4a5e-eee56cb3c46b@cs.ucla.edu> <B62F524C-CF91-4459-8CFA-FB2FD300A237@episteme.net>
From: Paul Eggert <eggert@cs.ucla.edu>
Organization: UCLA Computer Science Department
In-Reply-To: <B62F524C-CF91-4459-8CFA-FB2FD300A237@episteme.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/sedate/mmCKVVZRu0gYpyV8f8aDw1x4SFE>
Subject: Re: [Sedate] Can offsets like [+02:00] be used instead of IANA names in brackets?
X-BeenThere: sedate@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Serialising Extended Data About Times and Events <sedate.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sedate>, <mailto:sedate-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sedate/>
List-Post: <mailto:sedate@ietf.org>
List-Help: <mailto:sedate-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sedate>, <mailto:sedate-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Mar 2022 18:15:28 -0000

On 3/21/22 11:00, Pete Resnick wrote:
> Is this something that has been communicated to the IAB? Seems like some 
> "liaising" might be in order. Having conflicting forks seems less than 
> ideal.

I haven't communicated it, no. Feel free to pass it along.

You're right it's less than ideal. Luckily the forks are more 
philosophical than practical, as the differences are minor and affect 
only pre-1970 timestamps. 1970 has long been the TZDB cutoff anyway, as 
it would not be practical to cover the world before 1970 in a reliable way.