Re: [Asdf] ASDF IETF 109 Hackathon (Friday)

Michael Koster <michael.koster@smartthings.com> Fri, 13 November 2020 14:59 UTC

Return-Path: <michael.koster@smartthings.com>
X-Original-To: asdf@ietfa.amsl.com
Delivered-To: asdf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 614073A0D7B for <asdf@ietfa.amsl.com>; Fri, 13 Nov 2020 06:59:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=smartthings.com
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 NfsFtC4bAu9g for <asdf@ietfa.amsl.com>; Fri, 13 Nov 2020 06:59:51 -0800 (PST)
Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 98DA93A0D75 for <asdf@ietf.org>; Fri, 13 Nov 2020 06:59:51 -0800 (PST)
Received: by mail-pg1-x535.google.com with SMTP id 34so3997716pgp.10 for <asdf@ietf.org>; Fri, 13 Nov 2020 06:59:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smartthings.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Rwt2p8hPQIDGLTXnOfTbAmWh6iR6Evbn5YEyNNQm2Aw=; b=H3ZwSYi1QA+EJWxx7SmeVuSZ9ROuo86XOT/1OFkB1xsd+Ag7h0ok+cBRdvuhvBcWhu BHPaK3cO80LkQAhyAMwvoOi+t+HDcSg39pdYBfxlu+lUMxuW9w61upUu6FZwaqsEs85O PbSCRCxscJ6MruYN+niCxy6c97UWhAI08x3susilmdhPzyCo2RPadZoRMSDIPpk0k/bV efAl/SjnHx8fpI9ANyxCcV22vYRcGAJUV9L4Z+jRQsxnp6E8TWgaF4ebkv2SR+OexJvg R4oU31waxZgAnpFmCnYUe8P+VRE27VtWganCRUJIxd7Y/049uD0wfOjReZL0fkOJK8dj dJMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Rwt2p8hPQIDGLTXnOfTbAmWh6iR6Evbn5YEyNNQm2Aw=; b=lDFabzJZz7sasCcypVoAiUC3ki/VVv17D6oOHcomgZO5/gv8tgMujYVHY1xkDX0bS7 pdZaGYG5u/ngt4F+PGsbFWjW+0hqxyzNENL4ZkkSrVYBxuzknBTAYD22jOf3H/D05GS/ FA1VINazTKB1FARpWivyKFFzGAau2rSHsVZ6wLIomry9Zm4CsOfo4Isj3AD3Vnxo53fm ySHARgdALG7o7VhW7cUyvwsCWZ9QrgtBRye30q6/i3C7D/QlnQZX36Q4Hj4WlUeel8pw 2LzU+BMKdrP5CuuvmQdtIZRlQqU33bVfEkVFMWBZPPB4lysmADQ2yuElUapIkZB8WIom 3EQQ==
X-Gm-Message-State: AOAM533NcgNez3tMvjygu1ZRPh7i+evboyo1QWBRhIPzjdIU69zYR1zX MC7Dlm1ONaOL4lXMe+v+qCU5WxfELr2rKw==
X-Google-Smtp-Source: ABdhPJzoLlbMfMf0yYWNuT/sXm241gRsMxW/S/wlncSQLK2r+R6oRYMXl/g0T0ih/ErhcxNgL4F50w==
X-Received: by 2002:a17:90a:6b4b:: with SMTP id x11mr3372698pjl.3.1605279590912; Fri, 13 Nov 2020 06:59:50 -0800 (PST)
Received: from [172.16.0.11] (c-71-202-145-92.hsd1.ca.comcast.net. [71.202.145.92]) by smtp.gmail.com with ESMTPSA id c11sm11716914pjn.26.2020.11.13.06.59.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Nov 2020 06:59:50 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Michael Koster <michael.koster@smartthings.com>
In-Reply-To: <D63C4657-129C-4512-9A48-AB3C8DDA3221@tzi.org>
Date: Fri, 13 Nov 2020 06:59:46 -0800
Cc: "asdf@ietf.org" <asdf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C654DD45-FAB3-4CC4-AD7E-853C0F5FBCD8@smartthings.com>
References: <HE1PR0702MB38188CC0718362F82974C7B38AE70@HE1PR0702MB3818.eurprd07.prod.outlook.com> <6985F367-2151-4D91-BDAD-94EBB38D0E75@tzi.org> <D63C4657-129C-4512-9A48-AB3C8DDA3221@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/asdf/qg3bIjShaWEwwNXAYDKW5TmzAIo>
Subject: Re: [Asdf] ASDF IETF 109 Hackathon (Friday)
X-BeenThere: asdf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A Semantic Description Format \(SDF\) for Things and their Interactions and Data" <asdf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/asdf>, <mailto:asdf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/asdf/>
List-Post: <mailto:asdf@ietf.org>
List-Help: <mailto:asdf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/asdf>, <mailto:asdf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Nov 2020 14:59:53 -0000

I just merged a PR to fix most of these

> On Nov 13, 2020, at 6:21 AM, Carsten Bormann <cabo@tzi.org> wrote:
> 
> I created an sdf-1-1.cddl in branch "1-1" in https://github.com/ietf-wg-asdf/SDF"
> 
> https://github.com/ietf-wg-asdf/SDF/blob/1-1/sdf-1-1.cddl
> 
> Note that strawman-examples/CAP/sdfobject-motion-sensor.sdf.json still contains a 1.0 style sdfOutputData:
> 
>      "sdfEvent": {
>        "stateChange": { 
>          "sdfOutputData" : [ "#/sdfData/activityState"]
>        }
>      }
> 
Fixed 
> (Which validates with the new CDDL as “1.0”.)
> 
> strawman-examples/Bluetooth-Mesh/sdfdata-sensorstate.sdf.json has a weird “properties” value that seems to try being a compound type:
> 
>      "properties": {
>        "SensorDataType": {
>          "type": "array", 
>          "items": [
>            {
>              "type": "array", 
>              "items": [
>                {
>                  "sdfRef": "#/sdfData/PropertyIdType"
>                }, 
>                {
>                  "sdfRef": "#/sdfData/SensorData/properties/SensorDataRawValueType"
>                }
>              ]
>            }
>          ]
>        }, 
> 

This may need to be revised now. It's supposed to model the application-visible contents of the Bluetooth data record format.

> There was also a minumum and a Funciton in exploraty; I have repaired those.

Thanks!
> 
> To be fixed:
> 
> strawman-examples/IPSO/sdfproperty-generic.sdf.json
> ** Features potentially used: subtype-ext: ["float”]
> 
Removed
> Is this a proposal?
> 
> strawman-examples/IPSO/sdfthing-ipsoVacGauge.sdf.json
> ** Features potentially used: thing-ext: ["productTypeListing”]
> 
Removed
> We probably should discuss which of the following are fluff and which are actual proposals:
> 
> strawman-examples/OCF/sdfthing-ocf-airflowcontrol.sdf.json
> ** Features potentially used: object-ext: ["semanticTag", "name"], thing-ext: ["name"], data-ext: ["sdfEnum", "name”],
> 
> (I think we replaced “name” with “label”, no?)
> 
Replaced all "name" with "label"

> This is at the wrong level (these should be parallel to “items”, not nested in them:
> items-ext: ["minItems", "uniqueItems”]
> 
Oops... fixed
> 
> Do we want the data quality to be “unit” or “units”?
> (I have changed this to “unit” for 1.1 — a bit of Brownian motion, maybe, but a good opportunity to fix this.)
> 
Unit is good

> There is also a “scaleUnit” in strawman-examples/ZCL/sdfobject-onoff-v7.sdf.json; is that the same as “unit” or something different?
> 
I think we can use unit here and figure out some scale modeling that makes sense like powers of 10

> There are also a few sdfEnums I haven’t examined more closely.
> 
> The playground validates as “1.0” with the new CDDL.
> 
> Grüße, Carsten
> 
> -- 
> ASDF mailing list
> ASDF@ietf.org
> https://www.ietf.org/mailman/listinfo/asdf