Re: [Cbor] Unusual map labels, dCBOR and interop

Wolf McNally <wolf@wolfmcnally.com> Thu, 28 March 2024 05:50 UTC

Return-Path: <wolf@wolfmcnally.com>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A805C16A128 for <cbor@ietfa.amsl.com>; Wed, 27 Mar 2024 22:50:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.893
X-Spam-Level:
X-Spam-Status: No, score=-1.893 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=wolfmcnally-com.20230601.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z1B8QOwtnBmI for <cbor@ietfa.amsl.com>; Wed, 27 Mar 2024 22:50:21 -0700 (PDT)
Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3133C14F5FA for <cbor@ietf.org>; Wed, 27 Mar 2024 22:48:30 -0700 (PDT)
Received: by mail-pg1-x52f.google.com with SMTP id 41be03b00d2f7-5dc949f998fso360848a12.3 for <cbor@ietf.org>; Wed, 27 Mar 2024 22:48:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wolfmcnally-com.20230601.gappssmtp.com; s=20230601; t=1711604910; x=1712209710; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=xwqRHBw60cRS7jSo6cxVi4U8cGXMHrjxNoftSaMRD2c=; b=rnDdpSoLscWB1r9WAGTHs4LIdZm97eL1mgNt/pmdO5DRyMrDEMFsYuBBXWVRLtB3gE No7lDZVUGcYYFVPhdETOOPbotlFtoWAlNSfhixC6oBJ1AoS0OIp59WDAU5AT8MDlnQ5C du/6H4v8kTFRwUfEiURTcCYMiB4jpZT89pSUMqob+wMgM8hhfJlHKvtIEBLYtmO4yCYo qGSCKaNFRMnONZKWh0irHMxVwH6N8tyRas/bYCKZmKfwltuFgOsGH+XZjL9HtMEAGQan FPOUk6sv4ON5mKYSBLDwaew/7JbjazCZLolbAt4wCVXUXfN2XF9oVPRA1K2HBkVJ0UoA N6HQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711604910; x=1712209710; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=xwqRHBw60cRS7jSo6cxVi4U8cGXMHrjxNoftSaMRD2c=; b=wc+rnoMdjKM+zScmf7onoeml6MwLtjXVzOEX3uNPW2UVCD1zeM/ja/gqKW5Go6uQsT kZ3Ay9EeJLxIO72t84pFsalqWwHzvJ31srhkaXar8JPfd/GqToVAp9Gdj6qQKNxjmK9c hVLSziMMujNtemgLEP4b2mr58LRszwrGS+BV9NptEPOnZz0tTST0ETIPm+JyMFuGLO2F 0EBDjHEVs8J+lD9I8r1ZTtvmJ2pE614QckPoFrWYXgbb9q+bN93GRHny6zN/DSTIoN0C K0AHnMYhzpOBwiaarGw9c/qZoPFAqjLYfgbTC5XVUT64EkSwfzTG8TSUuqV5BQBM+G5a GFhg==
X-Gm-Message-State: AOJu0Yz0BAfuG7OudUSVh8E28tXV30//YW6uFjguymJXVxeCdFAkGAL1 lEaX2zthvTVk7LNs2YR0/3L7sCxAMYWbFN7PRKfMTbpOobsI25Z/vMzCFPt+n4Kuf/icZkMXXtm 8Dns=
X-Google-Smtp-Source: AGHT+IHljnlpo8dVqlvin+wdxQFsWxYaNeFTpudkMvgnbBROnISGq9XN/QA6KmjqXHoNbC3XJqfF7g==
X-Received: by 2002:a05:6a20:7b03:b0:1a3:6462:798c with SMTP id s3-20020a056a207b0300b001a36462798cmr1508394pzh.61.1711604909608; Wed, 27 Mar 2024 22:48:29 -0700 (PDT)
Received: from smtpclient.apple (ip70-180-193-108.lv.lv.cox.net. [70.180.193.108]) by smtp.gmail.com with ESMTPSA id x21-20020a170902ea9500b001dcf91da5c8sm568602plb.95.2024.03.27.22.48.28 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Mar 2024 22:48:29 -0700 (PDT)
From: Wolf McNally <wolf@wolfmcnally.com>
Message-Id: <C24BFA9D-D19C-4267-B0C8-54842B124452@wolfmcnally.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_43561FDA-2936-42E4-A21F-BD939597B31A"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\))
Date: Wed, 27 Mar 2024 22:48:17 -0700
In-Reply-To: <794fae9f-1c87-498b-aaea-4e476b0dc420@gmail.com>
Cc: cbor@ietf.org
To: Anders Rundgren <anders.rundgren.net@gmail.com>
References: <8C245824-1990-4616-AB70-FFD4FACB1AE9@island-resort.com> <11E8A8A5-D891-49FF-AF16-697C06F463B3@tzi.org> <9A0CE364-C141-4EBE-9703-292C416D12F5@island-resort.com> <3D62C4F0-D570-4EE4-AF6A-163C708AA6BE@tzi.org> <58BA8F8C-0C63-4534-9BF7-255C32D02C16@island-resort.com> <CAN8C-_KCLv_cAt-0-C_=i6DXjZFkgkmgZ8DNq48RcxcvV+jEUQ@mail.gmail.com> <437a375c-49e8-4406-a192-acb9a5e7bf31@gmail.com> <9272C2ED-432D-4D6D-AB64-38976F9297D5@wolfmcnally.com> <794fae9f-1c87-498b-aaea-4e476b0dc420@gmail.com>
X-Mailer: Apple Mail (2.3774.500.171.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/XJtAN-r8a1VxQaQsENXehtKewUs>
Subject: Re: [Cbor] Unusual map labels, dCBOR and interop
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Mar 2024 05:50:22 -0000

Anders,

> On Mar 27, 2024, at 10:30 PM, Anders Rundgren <anders.rundgren.net@gmail.com> wrote:
> 
> Here we go again 😵

Yes, you mis-characterize and I respond. We can do this as many times as you like.

> Indeed.  Different persons have provided pretty verbose rationales for dDCOR where they freely mix things that are unrelated to a basic deterministic encoding scheme such as the range of integers or the support of "elision" in Gordian Envelopes.

Gordian Envelope has been proffered as an existence-proof of a semantic layer that benefits from a lower layer that supports determinism.

To refute this, I believe you were working on an implementation of Gordian Envelope that doesn’t use a separate dCBOR layer (something I stated was perfectly possible, just a lot more complex to get right)— how is that coming along?

> My comments were always about "Numeric Reduction" which condensed rationale is stated above.  I have excluded cognitive overload or JavaScript considerations as valid motives for creating an IETF standard.

Which were never primary motivations for dCBOR, merely side-benefits. And your adoration of the builder pattern is not an argument for *not* having a standard.

The group has discussed at length the utility of determinism, as well as the challenges in achieving it.

> Regarding consensus see: https://mailarchive.ietf.org/arch/msg/cbor/uI9s9VgYcH6DNFLaXb-f7iNDXDE/

“Sources say…”

~ Wolf