- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Mon, 12 Jul 2021 16:56:22 +0900
- To: public-wot-wg@w3.org
available at: https://www.w3.org/2021/05/05-wot-td-minutes.html also as text below. Thanks a lot for taking the minutes, Michael Koster! Kazuyuki --- [1]W3C [1] https://www.w3.org/ ¡V DRAFT ¡V WoT-WG - TD-TF 05 May 2021 [2]Agenda. [3]IRC log. [2] https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#May_5.2C_2021 [3] https://www.w3.org/2021/05/05-wot-td-irc Attendees Present Cristiano_Aguzzi, Daniel_Peintner, Ege_Korkan, Fady_Salama, Kaz_Ashimura, Michael_Koster, Michael_McCool, Sebastian_Kaebisch, Tomoaki_Mizushima, Victor_Charpenay Regrets - Chair Sebastian Scribe mjk Contents 1. [4]agenda review 2. [5]minutes review from last meeting 3. [6]Publication 4. [7]PR reviews 1. [8]PR 937 2. [9]PR 943 3. [10]PR 1085 4. [11]PR 1120 - validation for icon links 5. [12]PR 1121 - introduce profile term 6. [13]PR 937 (revisited) 7. [14]PR 1104 - Data schema issues 8. [15]PR 1085 - Add Validation 9. [16]PR 1113 tm:required and tm:ref 10. [17]PR 1122 - terminology 11. [18]PR 1123 - tm namespace 12. [19]PR 1124 - canonicalization 5. [20]Working draft review 6. [21]Issue 940 Meeting minutes agenda review <kaz> [22]Agenda for today [22] https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#May_5.2C_2021 Sebastian: focus on review of PRs and prepare for final document review McCool: issue #940, question around signing minutes review from last meeting <kaz> [23]Apr-28 [23] https://www.w3.org/2021/04/28-wot-td-minutes.html Sebastian: walking through the PRs that we reviewed last week Sebastian: we decided to allow as much of JSON schema as we can, and include the missing terms McCool: there were also some arbitrary extension points that we discussed ¡K we should not allow extensions because it prevents good checking for typos Sebastian: discussion on selection where multiple forms are present ¡K discussion on URI variables ¡K PR for tmRequired and tmRef ¡K there will be a new namespace and prefix convention for TM ¡K they will be tm:required and tm:ref using the new namspace Sebastian: does the SDF use of required apply to anything or just interactions? Koster: sdfRequired can point to any JSON node, including interactions and sdfChoice (enum) elements Sebastian: minutes themselves have been approved Publication Sebastian: call for review after this TD call, and we're planning to publish the updated TD draft May 19 Sebastian: we can add a sentence to clarify the use of tm:required PR reviews PR 937 <kaz> [24]PR 937 - WIP: swap securtiy and securityDefinition in context file [24] https://github.com/w3c/wot-thing-description/pull/937 Sebastian: #937 PR 943 <kaz> [25]PR 943 - WIP: Add proof and proofChain sections [25] https://github.com/w3c/wot-thing-description/pull/943 Sebastian: #943 McCool: we are rebasing the PR so should close this one McCool: the new PR will be based on issue #940 PR 1085 <kaz> [26]PR 1085 - WIP: Add Validation Section [26] https://github.com/w3c/wot-thing-description/pull/1085 Sebastian: Validation section McCool: could merge but the tagging is not done yet Sebastian: agree to merge ¡K maybe we could think more about the naming of the categories McCool: we could change it to minimum + basic McCool: will add an editor note about the tagging and make the name change PR 1120 - validation for icon links <kaz> [27]PR 1120 [27] https://github.com/w3c/wot-thing-description/pull/1120 Cristiano: it validates the size metadata Cristiano: adds a validation rule when sizes is present PR 1121 - introduce profile term <kaz> [28]PR 1121 [28] https://github.com/w3c/wot-thing-description/pull/1121 Sebastian: optional term for indicating the profile mechanism, URI pointing to a wot profile Ege: it could be an array with "and" validation of all profiles ¡K the definition should have a statement about how multiple profiles are applied ¡K a consumer may only need to support one of the offered profiles McCool: a producer may support more than one profile at the same time ¡K need to add this explanation to the profile specification Sebastian: there could be a question of which form to consume when there are multiple choices in forms Koster: the profile may inform that, do we need to provide additional guidance in the spec? McCool: probably can leave it up to the consumer dape: why doesn't the shape for interaction affordances have an order number? Victor: it is intended to allow any or none (?) PR 937 (revisited) <kaz> [29]PR 937 - WIP: swap securtiy and securityDefinition in context file [29] https://github.com/w3c/wot-thing-description/pull/937 Sebastian: why does securityDefinitions not appear in the ontology? McCool: it may be a mistake in the file McCool: it could be incorrectly generated Victor: securityDefinitions is just a container, like definitions in JSON schemas ¡K it's only a reference McCool: there is confusion between the information model and the serialization <victor> [30]https://w3c.github.io/wot-thing-description/#thing [30] https://w3c.github.io/wot-thing-description/#thing McCool: when converted to RDF, they are all flattened to the same RDF property McCool: for canonicalization, we need to preserve all of the nodes in the original document ¡K it's probaby easier to pass them through round trip rather than regenerate Victor: should the information model then be changed? McCool: there is the same issue with named dataschemas in additional responses Victor: what changes need to be made? McCool: start with the rendering McCool: we may want to change security to allow objects for names schemes Victor: it would align better with RDF Sebastian: this isn't critical for the specification McCool: it blocks progress due to the dataschema issue Victor: can provide a TD normalization script McCool: sounds similar to canonicalization McCool: we can discuss offline and track on the issue tracker Sebastian: should we involve JSON-LD people? Sebastian: it seems related to #1077 PR 1104 - Data schema issues <kaz> [31]PR 1104 - Address multiple DataSchema issues [31] https://github.com/w3c/wot-thing-description/pull/1104 Sebastian: adds a new term "default" Sebastian: adds a note on the "format" term being removed in future versions Ege: it has been replaced in JSON schema with a new vocabulary feature which we could continue to use <McCool> @dape that's what I did, not rendering. Trying "section" (that is what is done in architecture) Sebastian: also adds "pattern" term for constraints using regex <Ege> [32]https://json-schema.org/understanding-json-schema/ reference/regular_expressions.html [32] https://json-schema.org/understanding-json-schema/reference/regular_expressions.html McCool: use of regex should exclude script execution McCool: the JSON schema subset is reasonable McCool: maybe we could just use the regex subset definition text on the JSON schema website <McCool> mm: probably the solution is to copy that text into our spec, but we need to ask for permission to do so Sebastian: merge conflict... ¡K merged PR 1085 - Add Validation <kaz> [33]PR 1085 [33] https://github.com/w3c/wot-thing-description/pull/1085 McCool: added the editors note for no tags and changed the validation category names Sebastian: ready to merge? PR 1113 tm:required and tm:ref <kaz> [34]PR 1113 [34] https://github.com/w3c/wot-thing-description/pull/1113 Ege: implementation of this PR is in the script that generates the files PR 1122 - terminology <kaz> [35]PR 1122 [35] https://github.com/w3c/wot-thing-description/pull/1122 Sebastian: merge conflict resolved ¡K merged PR 1123 - tm namespace <kaz> [36]PR 1123 [36] https://github.com/w3c/wot-thing-description/pull/1123 Sebastian: new tm namespace and ontology ¡K initially we have only three concepts but more will be added ¡K reviewing changes in the rendered document Sebastian: added a rule that extended definitions must be valid wrt the base definition ¡K merged PR 1124 - canonicalization <kaz> [37]PR 1124 [37] https://github.com/w3c/wot-thing-description/pull/1124 Sebastian: adds some clarifications McCool: addressed some issues and bugs Sebastian: merge conflicts, mm will fix and merge Working draft review Sebastian: take the next 2 weeks to review this document for working draft publication Sebastian: still some remaining issues McCool: we are working on a signing section and have some proposals Issue 940 McCool: will make a PR that we can comment on Sebastian: any other issues to look at? <kaz> (none) <kaz> [adjourned] Minutes manually created (not a transcript), formatted by [38]scribe.perl version 131 (Sat Apr 24 15:23:43 2021 UTC). [38] https://w3c.github.io/scribe2/scribedoc.html
Received on Monday, 12 July 2021 07:56:28 UTC