- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Tue, 14 Jul 2020 18:19:55 +0900
- To: public-wot-wg@w3.org
available at: https://www.w3.org/2020/07/06-wot-discovery-minutes.html also as text below. Thanks a lot for taking the minutes, Andrea! Kazuyuki --- [1]W3C [1] http://www.w3.org/ - DRAFT - WoT-Discovery 06 Jul 2020 [2]Agenda [2] https://www.w3.org/WoT/IG/wiki/WG_WoT_Discovery_WebConf#6_July_2020 Attendees Present Kaz_Ashimura, Michael_McCool, Christian_Glomb, Andrea_Cimmino, Kevin_Olotu, Kunihiko_Toumura, Farshid_Tavakolizadeh, Cristiano_Aguzzi, Tomoaki_Mizushima Regrets Chair McCool Scribe andrea_cimmino Contents * [3]Topics 1. [4]Prev minutes 2. [5]New requirements from F2F and issues * [6]Summary of Action Items * [7]Summary of Resolutions __________________________________________________________ <kaz> scribenick: andrea_cimmino Prev minutes <kaz> [8]June-1 [8] https://www.w3.org/2020/06/01-wot-discovery-minutes.html meeting starts with reviewing the meeting minutes of June the1st objections for publishing the minutes of the 1st of June are not presented following the minutes of the meeting of June the 15th are reviewed <kaz> [9]June-15 [9] https://www.w3.org/2020/06/15-wot-discovery-minutes.html no objections to publish also the minutes of the 15th of June <kaz> [10]vF2F minutes [10] https://www.w3.org/2020/06/22-26-wot-vf2f-minutes.html finally, the F2F draft minutes are reviewed McCool: recaps the discussions: requirements and design decisions, LinkSmart directory service, and DID <McCool> Verifiable Credentials in IoT Services McCool: requests the change of one subsection named DID for Verifiable Credentials in IoT services <McCool> [11]https://github.com/w3c/wot/blob/master/PRESENTATIONS/2020-0 6-online-f2f/2020-06-22-DID-VC-Fotiou.pdf [11] https://github.com/w3c/wot/blob/master/PRESENTATIONS/2020-06-online-f2f/2020-06-22-DID-VC-Fotiou.pdf kaz updated the title and liked to the slides no objections for publishing the minutes of the F2F meeting New requirements from F2F and issues <scribe> new ideas for the requirements extracted from the F2F and issues There are scenarios in which with a link has a type and thus, beforehand it can be know if the link points to a device or a directory McCool: do we want to have someway to distinguish this scenarios? ... ...we should add UPnP as an introduction mechanism (extracted from F2F minutes) <kaz> [12]wot-testing repo [12] https://github.com/w3c/wot-testing/issues <kaz> kaz: we could look into the wot-test repo issues as well :) <inserted> mm: any specific topics in your mind, Farshid? farshid: idea regarding modelling the directory structure proposed by FarshidT McCool: adds a new topic of discussion proof chain (from F2F minutes) ... adds as a discussion topic to define the purpose of TTL ... adds as a discussion topic the streaming for delivering large TDs from directories ... adds as a discussion topic "local vs global" IDs ... adds as a discussion topic OpenID the following requirements capture the requirements from the minutes of F2F correction*: the previous requirements capture the requirements from the minutes of F2F from the wot-testing also new requirements/discussion points are derived McCool: adds the discussion about "IDs from TDs troubles as primary keys since they are optional" ... adds as a discussion topic the Json Path implementation and incompleteness problem ... adds as a discussion topic the DNS-SD service types ... now let's walk through the previous ones to take decisions <kaz> list of topics: <kaz> Untyped introductions <kaz> Links in directories <kaz> UPnP as introduction <kaz> Acronym for Thing (Description) Directory; "TD" is no good <kaz> Proof chaining <kaz> Define purpose(s) of TTL; protocol-specific requirements <kaz> Streaming (for delivering large TDs from directories...) <kaz> Local vs. global IDs <kaz> OpenID cris_ idea on topic Untyped introductions, "having the types available" Regarding Links in directories, likely is better to have links to TDs and no TDs themselves FarshidT points out that maybe the opposite alternative could be better for scenarios where queries should not be sent to devices in order to be solved over the TD McCool: ...the bottom line, does any of this discussion requires to create an issue? ... UPnP as introduction probably requires ... regarding the acronym, "TDD" could be better ... "Thing Description Directory (TDD)" ... Proof chaining likely will require a PR, seems reasonably to be considered ... Regarding Streaming will require also a PR ... regarding OpenID maybe is not a discovery problem, more a security problem we move to check the issue from Ben McCool: we will have a discussion in regards the difference of "directory" and "gateway" ... gateway is view as a box in which different services can be run ... the directory is a service, thus, it could be ran over a gateway ... from the points posted by ben the first and second are highly related to discovery, but not the third which could be out of scope <kaz> [13]Issue 32 - What is a Thing Directory? [13] https://github.com/w3c/wot-discovery/issues/32 McCool: answers the issue explaining the difference between using gateway as a service, or as a device ... adds to the issue answer the definition of what is a directory as endowed by the group and its difference with the gateway ... includes that it would be ok to have only links in the directories, and motivates this statement ... concludes that having only links is not as suitable as having TDs when comes to discovery McCool is going to post the issue for discussing having a list of links and TDs stored at the directory kaz suggest to look into Manifests and review the IETF rfcs and drafts <kaz> [14]McCool's comments for Issue 32 [14] https://github.com/w3c/wot-discovery/issues/32#issuecomment-654291878 <kaz> [adjourned] Summary of Action Items Summary of Resolutions [End of minutes] __________________________________________________________ Minutes manually created (not a transcript), formatted by David Booth's [15]scribe.perl version ([16]CVS log) $Date: 2020/07/07 13:05:21 $ [15] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [16] http://dev.w3.org/cvsweb/2002/scribe/
Received on Tuesday, 14 July 2020 09:18:42 UTC