- 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