PRs

McCool: new one from Benjamin

<inserted> https://github.com/w3c/wot/pull/556

McCool: (checks Intel proxy setting)

Siemens

Sebastian: some of the TDs are ready and put on the GH
... but made some error within the TDs
... for the namespace

McCool: we have to include some additional namespaces for schema as well

<McCool__> everyone should use this context snippet: "@context": "http://www.w3.org/ns/td",

McCool: any update on the bug with the Directory?

http://plugfest.thingweb.io:8081/

Sebastian: not sure about that

thingweb-directory

Sebastian: would add MQTT binding for node-wot
... also some request from Panasonic

McCool: I'm not running MQTT things personally
... so Koster and Panasonic?

Sebastian: yeah, would like to test those end points
... have to ask Panasonic
... planning to use the same one of parking service which I used in Bundang
... possible collaboration with Panasonic's smart home scinario

Oracle

Lagally: worked on integration scenario
... environment sensors from KETI
... if the room is empty
... organic components in the air
... turn the light if any problems
... starting with simulations
... please send me a quick know about your integration scenario
... maybe only one due to time restriction
... if you have something available on the Internet, please let me know

McCool: my devices are now exposed
... different kinds of authentication
... TD available here

https://github.com/w3c/wot/blob/master/plugfest/2018-sept-online/TDs/Intel/OCF-TDs.json

Kaz: ah, so this TD includes more than one device

McCool: yes, 21 devices
... physically available on one same frame

Kaz: interesting
... would be interesting how to bundle multiple TDs
... and how to split them

McCool: any other questions?
... could create an array of hyperlinks
... have not yet done, though

Fujitsu

Sano: so far Fujitsu proxy could connect with Siemens event source by CoAP
... also Panasonic using HTTPS

Itaru: used curl
... ignored certification check
... almost same logic with the gateway

Kaz: connected with which?

Itaru: festlive from Siemens

Sebastian: Matthias is not available today
... HTTP sounds like cloud connectivity

Lagally: there is some interface for fest-plant
... exposed by node-wot
... depends on which TD is used
... currently we don't see the picture
... anything to improve?

Sebastian: check with Victor
... will send a message

Lagally: tx

Sano: would mention our plan
... connection check between proxy and Siemens gateway
... set up locally
... connectivity for Matthias

Kaz: plan by slot C today?

Sano: yes

McCool: any additional network access you need?

Itaru: want to test client-side
... mainly European and American ones
... until slot C (10pm JST)
... and JP ones another day
... meaning sometime next week

Kaz: ok

Panasonic

Toru: tried 3 things
... (share his screen)
... tried to access Fujitsu's remote proxy
... found some devices tehre
... also accessed our own hue light via Fujitsu proxy
... but there was no cause header, so didn't work
... we support bearer token
... related to our own server, so worked well
... on the other hand, got empty responses from blue pump
... response was success but payload was empty
... another one
... Eurecom server
... successfully connected
... however, didn't support cause header
... also Eurecom has self-signed certification for bearer token
... from browser there is no way to set credentials

McCool: they could regenerate credentials and provide them?

Toru: would be helpful
... another issue, portal looked like not working for Intel

McCool: OCF gateway crashing
... all up again now
... will fix all the context files
... in the middle of configuration for hardware
... all straighten out now

Kaz: so Panasonic should tray again?

McCool: yes
... data payload was empty due to discovery failure
... fixed context for you
... should work now
... make sure the data is valid

Toru: would you share the screen?

McCool: (shares his screen)
... using playground to validate the data
... will fix the data
... I'm using iotschema.org
... any more additional schemas?

Lagally: seems there is some error with the URL

McCool: (add parenthesis to make the TD valid)
... shows the TD spec draft

https://w3c.github.io/wot-thing-description/

Sebastian: your TD looks ok
... maybe some issue with GH
... can you remove the line of "iotschema.org"?

McCool: (still gets an error)

Sebastian: strange

Lagally: 2 comments
...
... using a TD with array of context
... maybe you can click "paste this schema"

McCool: (go through the TD)
... seems to be reasonable
... will make an issue and bring it to Ege

Itaru: one topic to discuss
... have an issue with protocol binding mismatch
... HTTP server POST method with some value
... we use PUT method to update property
... there 2 cases
... 1. Intel's OCF server uses POST
... 2. Eurecom also uses POST
... 3. need to specify which method to use
... otherwise we would have problem with binding

McCool: OCF devices require to use POST
... will fix that for OCF devices
... in general we need to clarify what method to be used
... anything else?

Hitachi

Toumura: this afternoon, tried to connect with Intel
... created something like illumination sensor
... if the illumination value is lower than some specific value the LED lamp would be turned off

McCool: turned off and on

Toumura: using POST method
... so I changed my code to match it
... would try Eurecom

McCool: would it help to add method name?

Toumura: if you specify that using the "form" field, that would be helpful

McCool: can do that
... let's adjourn the call but I can stay here
... will work on the bridge

<itaru> EureCom don't use POST, but also not PUT, don't know which method they use...

AOB

Kaz: if you have any specific plan for collaboration already, please put that idea on the spreadsheet
... if not, you can continue collaboration on this IRC
... Google hangout or WebEx

McCool: will stay here on webex

[slot B adjourned but McCool can stay on the call]