Re: [Sedate] A syntax proposal: floating and future times

Carsten Bormann <cabo@tzi.org> Tue, 09 November 2021 11:11 UTC

Return-Path: <cabo@tzi.org>
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 30AA73A07F4 for <sedate@ietfa.amsl.com>; Tue, 9 Nov 2021 03:11:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 LK6FH2gnxcz3 for <sedate@ietfa.amsl.com>; Tue, 9 Nov 2021 03:11:26 -0800 (PST)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [134.102.50.15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68DB23A0844 for <sedate@ietf.org>; Tue, 9 Nov 2021 03:11:26 -0800 (PST)
Received: from [192.168.217.118] (p5089a10c.dip0.t-ipconnect.de [80.137.161.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4HpQK7558tz2xND; Tue, 9 Nov 2021 12:11:23 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <87f45a1a-33ec-4055-855e-7a6a693cf749@dogfood.fastmail.com>
Date: Tue, 09 Nov 2021 12:11:23 +0100
X-Mao-Original-Outgoing-Id: 658149083.327776-54a9105c7efd82ddcc3a6c2ae0c4d577
Content-Transfer-Encoding: quoted-printable
Message-Id: <AED66851-4886-4E8A-A478-16546118D6DD@tzi.org>
References: <dd7c1028-09bc-4839-b6d4-68e14e99b349@dogfood.fastmail.com> <c0dbaa85-5e5e-409d-a613-9302e9103283@dogfood.fastmail.com> <088a5135-1a39-4135-b8d7-e61113e3c143@beta.fastmail.com> <8964ee5c-463e-44cd-a2b4-e1e1a419337b@dogfood.fastmail.com> <CACy7CfgD+P9GZHy2HG=dSYubJyutX_7YnnW-gj=4FXbV1n4Anw@mail.gmail.com> <67cbf820-a116-4c6b-aa2d-539174668021@dogfood.fastmail.com> <CACy7CfjCCTVM9Dbu6EDJ_2kZbNkAge0kRYosmJ0Tv_dB7Hq7-w@mail.gmail.com> <e52240b2-9969-c55d-f08e-c51f052c1cf5@igalia.com> <CABxsp=kpva6fkE3fdZmJn9PVOk=Ru1NLgzaybWTwBAWn99rggA@mail.gmail.com> <34d62887-8fcf-1e7b-5e98-caba2ea8bec8@it.aoyama.ac.jp> <CACy7Cfhm1yvyPQZNOefZ06L_1GmXBSivESitOLn1uZ+mUbEafw@mail.gmail.com> <87f45a1a-33ec-4055-855e-7a6a693cf749@dogfood.fastmail.com>
To: sedate@ietf.org
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/sedate/y_tF7jh7tZQrA8nwfDopMZUesuk>
Subject: Re: [Sedate] A syntax proposal: floating and future times
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: Tue, 09 Nov 2021 11:11:30 -0000

Standard mistake in developing text-based data formats(*):  
Discussing the syntax before discussing the data model.

(Yes, I threw “J” into the syntax mold, but just because that was missing from the syntax discussion.  
But I’d like the meeting in 2½ hours to really focus on semantics (**).
Please see my — updated — slides [1] for how I propose to do this.)

Grüße, Carsten

[1]: https://datatracker.ietf.org/meeting/112/materials/slides-112-sedate-sedate-discussion-slides-carsten-01
(If that gives you a 404, the updated slides aren’t in the datatracker yet. -00 is the old version.)

(*) The fun part is where people are throwing example texts at each other, assuming that the other people read the same semantics out of the text example — which of course they don’t, and confusion ensues.  With luck, the resulting syntax will be beautiful, and the semantics contorted and ambiguous.

(**) With the small monkey-wrench that we need to be compatible in certain ways to RFC3339 syntax — but we’ll come to that.