W3C home > Mailing lists > Public > public-wot-wg@w3.org > March 2018

[PlugFest] minutes - 14 March 2018

From: Kazuyuki Ashimura <ashimura@w3.org>
Date: Fri, 16 Mar 2018 02:51:48 +0900
Message-ID: <CAJ8iq9WYe2hg2fFW+0FNi9g1GBHJgK3pGRXxbMn_ADpzZtmQ2g@mail.gmail.com>
To: Public Web of Things IG <public-wot-ig@w3.org>, public-wot-wg@w3.org
available at:
  https://www.w3.org/2018/03/14-wot-pf-minutes.html

also as text below.

Thanks a lot for taking these minutes, Soumya!

Kazuyuki

---

   [1]W3C

      [1] http://www.w3.org/

                               - DRAFT -

                              WoT PlugFest

14 Mar 2018

Attendees

   Present
          Kaz_Ashimura, Michael_Koster, Taki_Kamiya,
          Toru_Kawaguchi, Benjamin_Klotz, Takeshi_Yamada,
          Graeme_Coleman, Kunihiko_Toumura, Matthias_Kovatsch,
          Soumya_Kanti_Datta, Tomoaki_Mizushima, Michael_McCool,
          Ryuichi_Matsukura, DarkoAnicic, Michael_Lagally,
          Kazuaki_Nimura, Daniel_Peintner

   Regrets

   Chair
          Kaz

   Scribe
          Soumya

Contents

     * [2]Topics
         1. [3]Yamada-san's update
         2. [4]Koster's update
         3. [5]Oracle IoT Cloud
         4. [6]TD files to be uploaded
         5. [7]possible demo on OpenDay?
         6. [8]OCF summer meeting
         7. [9]usage of preparation.md and
            preparation-company_name.md
         8. [10]next call(s)
     * [11]Summary of Action Items
     * [12]Summary of Resolutions
     __________________________________________________________

   <kaz> scribenick: Soumya

Yamada-san's update

   <yamada> my PR is [13]https://github.com/w3c/wot/pull/397

     [13] https://github.com/w3c/wot/pull/397

   yamada-san: three main commits in this pull req
   ... 1. adding panasonic TDs
   ... 2. link of those TDs
   ... 3. 3.1 event and observe using http

   kaz: it is about plugfest scenario

   matthias: section 3 is about servient features right?

   <yamada> this
   [14]https://github.com/yamagile/wot/blob/0ffc939cec812bec0df847
   ca6df383b88a0ff993/plugfest/2018-prague/preparation.md#31-event
   --observable-using-http-long-polling

     [14] https://github.com/yamagile/wot/blob/0ffc939cec812bec0df847ca6df383b88a0ff993/plugfest/2018-prague/preparation.md#31-event--observable-using-http-long-polling

   matthias: could fit to both

   yamada-san: last one is imp
   ... participants will be panasonic and fujitsu (and any other)
   ... mentions purpose and application scenarios
   ... mentions functionalities and roles including application,
   proxy and device (including the steps to run the scenarios)
   ... please merge this pull req to master branch

   kaz: pull req is a proposal about how to describe a plugfest
   scenario?
   ... think about balance b/w proposals from yamada-san and
   mjkoster

   mccool+matthias: +1 for merging

   mjkoster: this is fine

   kaz: thanks yamada-san

   darko: one question: fujitsu local proxy: are we going to have
   multiple TD repo?
   ... main TD repo (normally we have), now there is one more from
   fujitsu.. shall we have multiple repo?

   matthias: what we saw is on eventing ...

   matthais: ppl may have multiple directory for testing

   mccool: register in more than one TD

   <kaz> [note that we had multiple TD directories for Burlingame
   plugfest:
   [15]https://github.com/yamagile/wot/blob/0ffc939cec812bec0df847
   ca6df383b88a0ff993/plugfest/2018-prague/images/burlingame.png?r
   aw=true]

     [15] https://github.com/yamagile/wot/blob/0ffc939cec812bec0df847ca6df383b88a0ff993/plugfest/2018-prague/images/burlingame.png?raw=true

   mccool: suggest: generate TD with more than one base addresses
   ... addresses with a certain format
   ... network context is imp

   mccool: more than one TD running is possible
   ... is darko validating the TD?

   darko: not really

   matthias: TD playground, should be up in AWS
   ... edit TD and then validate syntax and other checkers

   mjkoster: thingweb TD is picky, gives some errors in certain
   cases... there is an error with cross origin resource sharing
   ... agree that we can have multiple TD... some local, some
   remote...
   ... network segment may differ

   matthias: TD URI directly in that
   ... combination of local IP and global URLs

   mjkoster: maintain a small list manually

   kaz: possibly we could add that as the section 8 on issues for
   plugfest

   mccool: better to use the issue tracker, suggest to have a
   section on validation
   ... someone should volunteer to create and track the issue
   (multiple TD)
   ... i can do it

   kaz: please add "PlugFest" label to that issue

   mccool: ok

   matthias: asking mjkoster about json-ld file

   mjkoster: context is failing sometimes, i will file issue(s)

   matthias: should be in the thingweb directory
   ... valid json-ld is fine, thingweb parses TD and puts it in
   tripplestore ...
   ... talk to victor about usability

   kawaguchi-san: in summary, who is going to bring a proxy other
   than fujitsu?

   kaz: proxy and thing directory?

   matthias: victor is working on it
   ... locally run a patch version

   kawaguchi-san: describe it in the prep doc.

   <McCool> [16]https://github.com/w3c/wot/issues/403

     [16] https://github.com/w3c/wot/issues/403

   mjkoster: has an instance of thing repo (public)
   ... proxy by node-wot

   matthias: tunnel that has a local endpoint and public hoster
   endpoint
   ... websocket b/w endpoints
   ... http proxy last time
   ... either panasonic or fujitsu should bring tested proxy
   ... is there any logistics issue?

   mjkoster: exposing an instance from a cloud
   ... create a local IP proxy for that

   matthias: consuming thing on a cloud that wants to consume a
   local thing - would not work - scenario is complex
   ... panasonic and fujitsu did it using custom tunneling
   lasttime

   kawaguchi-san: fujitsu to bring local and remote proxy
   ... panasonic to register local and remote things

   mccool: tunneling worked for me last time, easy to setup but
   proxy is safer solution

   kaz: intel and smartthings to connect to fujitsu proxy?

   mccool: yes

   kaz: other questions about this?

   (none)

Koster's update

   <kaz> [17]Koster's PR

     [17] https://github.com/w3c/wot/pull/400

   <kaz> [18]changes

     [18] https://github.com/w3c/wot/pull/400/files

   mjkoster: scenario is - reg client, managing lifecycle
   ... easy 3rd party integration
   ... create and advertise
   ... client is going to use semantic discovery
   ... fill in the recipe ingredient
   ... manually ...
   ... using mqtt and http
   ... not using coap
   ... client has some o-auth for verification, delegation, 3rd
   party security provider
   ... currently user gives permission ...
   ... read write execute permission
   ... system - node-red based local servient, client servient
   ... use hosted proxies, either way works, local to cloud is imp
   ... cloud-to-cloud is also possible

   mccool: can we have bridging scenarios?

   <kaz> [19]rendered version fyi

     [19] https://github.com/mjkoster/wot/blob/master/plugfest/2018-prague/checklists/smartthings-questionnaire.md

   mccool: two wi-fi and access points and then try to bridge them

   mjkoster: bring a router myself, could be possible
   ... last part - requirements
   ... iotschema annotation capabilities for discovery
   ... proxy compatible with node-wot
   ... need to check protocol binding
   ... additional context - semantic linkage some features of
   interest
   ... lwm2m style binding
   ... no ocf this time
   ... node-wot based ...
   ... proxy - it is a dedicated one, using mqtt, http

   coap though node-wot

   mjkoster: TLS and DTLS should be there
   ... policy interface
   ... not modeling any accessibility

   kaz: good detailed version
   ... do you think you can extract a compact version?

   mjkoster: bulleted summary, yes

   matthias: what to fill-in now?

   kaz: suggest we start with the summary version

Oracle IoT Cloud

   Oracle provides an Oracle IoT Cloud Service Product instance
   which includes a device simulator that we are using to simulate
   the Festo Plant, a connected car, a HVAC and a pump, support
   additional device

   Festo simulator+integration developed together with Siemens
   with siemens

   more complex model of a thing

   simulator for heating, pump

   if you want to simulate other devices, please discuss with
   Michael Lagally

TD files to be uploaded

   darko: lots of device, asking to upload all TDs
   ... prepare iotschema capabilities for them along with semantic
   queries

possible demo on OpenDay?

   <Zakim> yamada, you wanted to say As for the demo planning,
   would anyone plan to demo in other than PlugFest (like in Open
   Day)? If yes, I'd like to demo in the morning due to the time

   yamada-san: anyone planned to demo during openday?

   matthias: depends ...

OCF summer meeting

   scribenick: kaz

   matthias: would like to clarify OCF summer meeting schedule so
   that we can avoid conflicts for the next f2f meeting in Korea

   mccool: need to see the schedule

usage of preparation.md and preparation-company_name.md

   kaz: clarification question about the usage of preparation.md
   vs preparation-panasonic.md for Yamada-san
   ... summary on the demo scenario, objective, servient
   structure, steps on preparation.md because it's shared by
   Panasonic and Fujitsu?

   yama: yes

   kaz: what about preparation-panasonic.md?

   matthias+koster: details to be written on
   preparation-panasonic.md

next call(s)

   kaz: no plugfest call next wednesday on March 21st
   ... possibly one more TD/LD calls, though

   darko: Koster, available on 16th?

   koster: not available

   [adjourned]

Summary of Action Items

Summary of Resolutions

   [End of minutes]
     __________________________________________________________


    Minutes formatted by David Booth's [20]scribe.perl version
    1.152 ([21]CVS log)
    $Date: 2018/03/15 17:50:26 $

     [20] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
     [21] http://dev.w3.org/cvsweb/2002/scribe/
Received on Thursday, 15 March 2018 17:52:54 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:27:49 UTC