Re: [core] Some terminology questions for CoRAL

Klaus Hartke <hartke@projectcool.de> Wed, 27 November 2019 07:23 UTC

Return-Path: <hartke@projectcool.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A7F8120077 for <core@ietfa.amsl.com>; Tue, 26 Nov 2019 23:23:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 OJyxJm9ZjEFg for <core@ietfa.amsl.com>; Tue, 26 Nov 2019 23:23:16 -0800 (PST)
Received: from wp382.webpack.hosteurope.de (wp382.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8597::]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC227120090 for <core@ietf.org>; Tue, 26 Nov 2019 23:23:15 -0800 (PST)
Received: from mail-qk1-f177.google.com ([209.85.222.177]); authenticated by wp382.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1iZrfL-0006Il-Th; Wed, 27 Nov 2019 08:23:12 +0100
Received: by mail-qk1-f177.google.com with SMTP id v23so10796720qkg.2 for <core@ietf.org>; Tue, 26 Nov 2019 23:23:11 -0800 (PST)
X-Gm-Message-State: APjAAAV8BUZusRni5A/1I6ll+VSS+6+vfmVTAdER1M19sdLtLJET5BWT h5DdudHoccC6lwDICrVjJ6bvOyiIbW7NQCXb9/Q=
X-Google-Smtp-Source: APXvYqw3GwNqkZkTxSFJfgvafFQ9n3hrtfK53dc4zHvVS7XTnKtExdqxpkV7uoFgCHdSYyRQrYshF6DpZSvmDUnBJLc=
X-Received: by 2002:a37:76c6:: with SMTP id r189mr2591631qkc.303.1574839390641; Tue, 26 Nov 2019 23:23:10 -0800 (PST)
MIME-Version: 1.0
References: <069401d5a4c8$afc07da0$0f4178e0$@augustcellars.com>
In-Reply-To: <069401d5a4c8$afc07da0$0f4178e0$@augustcellars.com>
From: Klaus Hartke <hartke@projectcool.de>
Date: Wed, 27 Nov 2019 08:22:34 +0100
X-Gmail-Original-Message-ID: <CAAzbHvZ1R6ayNB6aJT1guajddP_X-Wo6x+tWJuMOpDVHuO__1A@mail.gmail.com>
Message-ID: <CAAzbHvZ1R6ayNB6aJT1guajddP_X-Wo6x+tWJuMOpDVHuO__1A@mail.gmail.com>
To: Jim Schaad <ietf@augustcellars.com>
Cc: "core@ietf.org WG" <core@ietf.org>
Content-Type: text/plain; charset="UTF-8"
X-bounce-key: webpack.hosteurope.de; hartke@projectcool.de; 1574839395; 9d9b3e8e;
X-HE-SMSGID: 1iZrfL-0006Il-Th
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/AF2o3FU7nnGHbfYubIC1tzKckac>
Subject: Re: [core] Some terminology questions for CoRAL
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Nov 2019 07:23:17 -0000

Hi Jim,

I think when you're creating a topic, then you'll basically want to
say: "Hello server! Please create a new topic for me. The title of the
new topic should be 'This is a new topic'. There should also be a data
resource. I don't know the URI of that resource, but it should have
content-type 29."

"I don't know the URI of that resource" is literally the definition of
"null" in I-D.ietf-core-coral-01. So, when submitting a document to a
server, it could be put wherever the server is supposed to fill
something in, like the URI of the topic data resource or the blank
parts of a FETCH query.

That's the idea so far. I guess ambiguity arises when you want to be
able to both express "I want the link target to be a resource that I
don't know the URI of" and "I want you to fill in the link target".
For that, maybe using "null" and "undefined", respectively, would be a
good idea. The question is, do we need it?

The syntax for selectors and updated values in a PATCH request is an
open issue. We'll probably need to be able to say both "Please set the
link target to a resource that I don't know the URI of" and "Please
remove this link". We could distinguish between these two cases by
using "null" and "undefined" for the updated value, respectively...

Klaus