- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Mon, 4 Jun 2018 15:41:22 +0900
- To: Public Web of Things IG <public-wot-ig@w3.org>, public-wot-wg@w3.org
available at:
https://www.w3.org/2018/05/30-wot-minutes.html
also as text below.
Thanks a lot for taking these minutes, Michael Lagally!
Kazuyuki
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
WoT-IG/WG
30 May 2018
[2]Agenda
[2] https://www.w3.org/WoT/IG/wiki/Main_WoT_WebConf#Agenda
Attendees
Present
Kaz_Ashimura, Dave_Raggett, Ben_Francis,
Daniel_Peintner, Darko_Anicic, Graeme_Coleman,
Matthias_Kovatsch, Michael_Koster, Michael_Lagally,
Michael_McCool, Sebastian_Kaebisch, Soumya_Kanti_Datta,
Taki_Kamiya, Kunihiko_Toumura, Barry_Leiba,
Tomoaki_Mizushima, Zoltan_Kis, Ryuichi_Matsukura,
Maria_Poveda
Regrets
Chair
Matthias, McCool
Scribe
mlagally
Contents
* [3]Topics
1. [4]quick updates
2. [5]plugfest documentation
3. [6]next F2F + plugfest
4. [7]TD release candidate
* [8]Summary of Action Items
* [9]Summary of Resolutions
__________________________________________________________
<benfrancis> Note to add to the meeting notes, would like to
announce a test instance of the Things Gateway by Mozilla, for
interoperability testing
[10]https://lists.w3.org/Archives/Public/public-wot-ig/2018May/
0040.html
[10] https://lists.w3.org/Archives/Public/public-wot-ig/2018May/0040.html
<mkovatsc>
[11]https://www.w3.org/WoT/IG/wiki/Main_WoT_WebConf#30_May_2018
[11] https://www.w3.org/WoT/IG/wiki/Main_WoT_WebConf#30_May_2018
<kaz> scribenick: mlagally
quick updates
testing TF - new timeslot - Monday 7am PDT / 10am EDT, 3PM UK,
4 PM EST, ..., 11PM Japan
Dave: reference is UTC?
McCool: yes, UTC keeps calendars
Kaz: AC rep discussion is still ongoing - please note that most
of the W3C telcos are allocated based on US Eastern time (and
those would be effected). so if we want to use UTC, everybody
has to change their calendars
Ben: Mozilla test gateway is available for interop testing
... not yet implementing official W3C spec - converging
McCool: please add link to "testing" page
Matthias: timeline for convergence?
ben: dpeends on w3c spec evolution. It is very fluent at the
moment
... expect to make new round of comments on latest TD spec
McCool: need to validate implementations against the standard -
Matthias: if it is not implementing the current spec, there
should be a disclaimer
ben: feel free to link to our spec on our website - this is
pretty close to the W3C spec
McCool: there should be links to validation reports
plugfest documentation
<kaz> [12]plugfest reports
[12] https://github.com/w3c/wot/tree/master/plugfest/2018-prague
McCool: intel documentation is almost done - will probably do a
small cleanup - keep in edit for the moment
Koster: still need to update the report
Darko: I did my part, but also need to add documentation about
TD generator based on IoT schema as requested by Kaz
next F2F + plugfest
<mkovatsc> [13]Korea f2f wiki
[13] https://www.w3.org/WoT/IG/wiki/F2F_meeting,_30_June-5_July_2018,_Bundang,_Korea
Matthias: Please register at the Wiki page and fill out the
questionnaire
... open day: several emails to local institutions and
universities were sent. Kaz will reach out to Samsung and LG AC
rep
<mkovatsc>
[14]https://www.w3.org/WoT/IG/wiki/F2F_meeting,_30_June-5_July_
2018,_Bundang,_Korea#Input
[14] https://www.w3.org/WoT/IG/wiki/F2F_meeting,_30_June-5_July_2018,_Bundang,_Korea#Input
Matthias: please update input section on Wiki page if you have
topics
... plugfest calls will be after this slot to discuss details
Kaz: hotels and flights are filling up, please book asap
McCool: when do we end on last day?
Matthias: 4pm
TD release candidate
Sebastian: <presents previous W3C working draft and new W3C
Editors draft>
... final vocabularies will be consolidated this Friday
... Taki will moderate the call on Friday
McCool: security definitions are wrong - need to update
Sebastian: security is the last unstable thing, everything else
is quite stable
McCool: we could also use one additional week to stabilize
security
Koster: security and form are extension points. If you dig
further there will be additional vocabularies, especially if
new protocols are included
<inserted>
[15]https://www.w3.org/TR/2018/WD-wot-thing-description-2018040
5/
[15] https://www.w3.org/TR/2018/WD-wot-thing-description-20180405/
<sebastian>
[16]https://w3c.github.io/wot-thing-description/#overview
[16] https://w3c.github.io/wot-thing-description/#overview
Sebastian: "interaction" term was removed
... new terms are "properties", "actions" and "event"
... we still have the interactionPattern for simplification
... small change on dataSchema - renamed to "input" and
"output"
... we are 100% compatible with JSON schema (supporting a
subset)
... we are also compatible with JSON-LD 1.1
... previous version had heavy array usage - we still can keep
our goal of JSON style + semantic annotations and existing
standards relying on RDF
... clear definition what's provided in the dataschema
... you can find a subset of JSON-schema terms
... t.b.d. if additional JSON-schema terms are needed
... you can define specific datatypes as needed
... all information is reflected in vocabulary part
... section 6 has been updated with a description of how
instance is created
... hopefully all steps are clear
... there's also a section about JSON processing
... there is no change in the basic idea, examples look the
same
... we hope everything is no fine for the next plug fest
McCool: definitions: you wanted to have name - value pairs
Matthias: this conflicts with JSON-schema. Would be an
optimisation
McCool: I will just leave that feature out of the security
proposal. Less convenient, but not a big deal
... will adopt class-structure and create security descriptions
accordingly
Koster: how to process default context?
... if you don't include the context, there are some
assumptions
Matthias: this is how it should work. default context applies
Koster: you could also have additional context URIs
Matthias: combining contexts from media types, default,
iotschema is possible
... representation format is defined by media type. you can
select the default context from that
McCool: you can always use the default context
Sebastian: if you're not doing semantic processing you don't
need it
McCool: what if I only give iotschema.org context - processing
still uses default TD?
Matthias: depends on how you process it.
... if you use JOSN-LD pipeline - use what'S there and merge
with the default context. we should improve the text to make it
more clear
Koster: on a plain JSON, can we still include @context tags?
Matthias: yes, using a plain JSON library you would do some
hard-coded processing
Koster: also include @id?
Matthias: a thing always should have an identifier - id field
is a masked @id identifier
Koster: will make a second written comment about subclass etc.
Matthias: We discussed ontology structure with Victor -
everything is resolved quite nicely
Koster: will suggest small improvement
Koster: need to think about it
Maria: need to have another look - this seems to be coupling
two models. no link from thing to interaction patterns
Matthias: layout problem?
Sebastian: we can improve
mlagally: what about webvowl diagram?
Matthias: there were some tooling issues - some additional
confusing lines
Sebastian: orefer a clear model without having to have RDF
knowledge
... owls visualisation is not suitable (does not depict the
cardinality)
<mariapoveda>
[17]http://fairreviews.linkeddata.es/def/core/index.html
[17] http://fairreviews.linkeddata.es/def/core/index.html
Maria: I put another UML example into the chat
... we could also use this diagram
Matthias: did you do manual CSS for that?
Maria: no
Sebastian: can we add cardinality?
Maria: yes
McCool: better wait until the diagram is stable
Matthias: I will create an issue to make sure that a single
diagram depicts all relevant entities
Koster: there may some vocabulary changes input / output, ...
Sebastian: we would have 3 media types
... need to integrate into ontology
Koster: <suggests model alignments>
Sebastian: discuss on Friday
Koster: will create an issue
Maria: no link between thing and interaction pattern
... you need to join 3 queries
Matthias: some info could be inferred
... we could perhaps describe querying in a separate document
Darko: interaction pattern has not yet been described
... property, event, action need to be integrated
Matthias: there are two aspects to the ontology: serialisation
and querying
... we should separate it
<kaz> [adjourned]
Summary of Action Items
Summary of Resolutions
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [18]scribe.perl version
1.152 ([19]CVS log)
$Date: 2018/06/04 06:35:24 $
[18] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[19] http://dev.w3.org/cvsweb/2002/scribe/
Received on Monday, 4 June 2018 06:42:32 UTC