W3C home > Mailing lists > Public > public-wot-ig@w3.org > September 2015

AW: [TF-DI] Next Meeting

From: Bassbouss, Louay <louay.bassbouss@fokus.fraunhofer.de>
Date: Wed, 23 Sep 2015 14:47:00 +0000
To: "'Nilsson, Claes1'" <Claes1.Nilsson@sonymobile.com>, Soumya Kanti Datta <Soumya-Kanti.Datta@eurecom.fr>
CC: "public-wot-ig@w3.org" <public-wot-ig@w3.org>, "Steglich, Stephan" <stephan.steglich@fokus.fraunhofer.de>
Message-ID: <3958197A5E3C084AB60E2718FE0723D48E23E7FF@FEYNMAN.fokus.fraunhofer.de>
Thx Claes for your feedback yes there is similarity with the webinos discovery API ;) and also some concepts are taken from my work in the Presentation API. I was not sure if an API  for searching in directories is needed since the Web Application can already do this without an API by using REST and WebSockets. This is also a discussion in the Presentation API group if we need to consider access remote displays which are not discoverable by the browser. Please let me know if you have any recommendation or proposal to consider searching in repositories in the API.


Von: Nilsson, Claes1 [mailto:Claes1.Nilsson@sonymobile.com]
Gesendet: Mittwoch, 23. September 2015 16:04
An: Bassbouss, Louay <louay.bassbouss@fokus.fraunhofer.de>; Soumya Kanti Datta <Soumya-Kanti.Datta@eurecom.fr>
Cc: public-wot-ig@w3.org; Steglich, Stephan <stephan.steglich@fokus.fraunhofer.de>
Betreff: RE: [TF-DI] Next Meeting

Thanks Louay,

This reminds a me a bit about the webinos Discovery API ☺. In your example the “filter” states that LEDs nearby are searched for. I assume that the underlying discovery mechanism could be BLE URIBeacons, UPnP SSDP, mDNS, etc. However, if we want to search for remote “things” have you considered how a filter could look like? Could we find a general way of filtering so that it hides the underlying protocol/directory structure?


Claes Nilsson
Master Engineer - Web Research

Sony Mobile Communications
Tel: +46 70 55 66 878


[Sony logotype_23px height_Email_144dpi]

From: Bassbouss, Louay [mailto:louay.bassbouss@fokus.fraunhofer.de]
Sent: den 21 september 2015 10:24
To: Soumya Kanti Datta
Cc: public-wot-ig@w3.org<mailto:public-wot-ig@w3.org>; Steglich, Stephan
Subject: RE: [TF-DI] Next Meeting

Hello Soumya, all,

I am working on the TPAC Demo and I want to share the API I use (Still work in progress) for Discovery and Communication. The demo shows discovery and access of Things from a Web Page running in the Browser (Implementation is a Cordova Plugin for Android and iOS [1]). I took some ideas from my work in the Presentation API [2] since there are some common features between both APIs like discovery and communication: Presentation API considers only Displays and the Things API is more generic and considers any Thing/Object.  Namespace for the API in the Browser is “navigator.things”.

The following example shows the usage of the API. Please refer to the documentation inline. It is important to know that privacy is considered by design in the API. The Web Page can Access and get information about a Thing only if the user approves the access (The user must select a thing from the Thing Selection dialog (Similar to a File Dialog for <input type=’file’>)). For Access and Control a Thing (LED in the example) I took the concept of TD form [3] (please refer to the onSuccess example in the Example).

As you can see from the example, the API hides/abstracts the technologies (for Discovery and communication) used behind. These need to be implemented in the Browser. The Browser fetches the corresponding TD file and uses the technologies listed there to access the thing.

You feedback is welcome.  I can also prepare  corresponding WebIDL if there is a need.

// filter of things to discover. Additional parameters can be added.
// in this example we want to discover LEDs nearby (Discovery and Communication technologies is not important)
// The value of the type element is just an example here for LEDs. Ontology for Thing types needs to be defined (or reused from somewhere else).
var filter = {
        type: "http://www.w3c.org/wot/thing/led"
        proximity: "nearby"
var req = new ThingRequest(filter);
// onSuccess will be called only when the user selects a Thing from the Thing Selection Dialog.
// The Thing Selection Dialog is a native UI provided by the User Agent and not accessible to the Web App.
// The Thing Selection Dialog will be displayed after the Web App calls "req.start()". The user may select
// a Thing from the Dialog or may cancel the Dialog.
var onSuccess = function(thing){
        // onSetPropertySuccess is called when the property is set successfully.
        // onSetPropertyError is called for example when a thing is not reachable, the property is not writable or when the property doesn’t exist.
        thing.property.set("colorTemperature", 123456).then(onSetPropertySuccess).catch(onSetPropertyError);
        // onGetPropertySuccess is called when the property is retrived successfully.
        // onGetPropertyError is called for example when a thing is not reachable or when the property doesn’t exist.
        // onActionCallSuccess is called when the action is successfully executed. Results are passed as input.
        // onActionCallError is called for example when a thing is not reachable, when the action doesn’t exist or when an error is raised during execution
        thing.action.call("ledOnOff", true).then(onActionCallSuccess).catch(onActionCallError);
        // colorTemperatureChangedCallback is executed each time the LED reports a new value.
        // onSubscribeSuccess is called when subscribtion was successfull.
        // onSubscribeError is called when the thing is not reachable or when the event doesn’t exist
        thing.event.on("colorTemperatureChanged", colorTemperatureChangedCallback).then(onSubscribeSuccess).catch(onSubscribeError);
        // Get reachability of the Thing. Reachability may change during runtime.
        thing.getReachability().then(function(reachability) {
               // reachability.value may be kept up-to-date by the UA as long as the reachability
               // object is alive. It is advised for the web developers to discard the object
               // as soon as it's not needed.
               // reachability.onchange is executed each time the reachability is changed.
               // For example when the device in not the range of the LED or the LED is not available anymore.
               reachability.onchange = function() { handleReachabilityChange(this.value);}
        // the Web App may store the thing.id in localStorage or somewhere else
        // and requests access to the Thing after reload the Web App using
        var thingId = thing.id;
        localStorage.setItem("thingId", thingId);
        var thingType = thing.type;
        var thingName = thing.name;
// onError will be called when the user cancels the selection dialog.
var onError = function(err){
        console.error("Unexpected Error", err);
// start the request will display the Thing Selection Dialog.

// This call is relevant when the page is reloaded, but the app already accessed the thing before and stored its Id in the Storage.
var thingId = localStorage.getItem("thingId");
thingId && navigator.things.getById(thingId).then(function(thing){
        thing.getReachability().then(function(reachability) {
                       // access thing in the same way as described above
        console.error("Error on get thing by Id", err);

Best regards,


[1] http://cordova.apache.org/docs/en/5.0.0/guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide

[2]: https://w3c.github.io/presentation-api/

[3]:  https://github.com/w3c/wot/blob/master/TF-TD/TD%20Samples/led.jsonld

> -----Original Message-----

> From: Soumya Kanti Datta [mailto:Soumya-Kanti.Datta@eurecom.fr]

> Sent: Donnerstag, 10. September 2015 08:57

> To: public-wot-ig@w3.org<mailto:public-wot-ig@w3.org>

> Subject: [TF-DI] Next Meeting


> Hi all,


> I regret to inform you that the TF-DI meeting today is postponed. I am

> currently attending a conference where my presentation session overlaps

> with TF-DI time slot and no one else is available to chair the session.


> Regards

> Soumya


> --

> Research Engineer, Eurecom, France | +33658194342 | @skdatta2010

> https://sites.google.com/site/skdunfolded | Skype id: soumyakantidatta


(image/png attachment: image001.png)

Received on Wednesday, 23 September 2015 14:47:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:26:45 UTC