W3C home > Mailing lists > Public > public-device-apis@w3.org > April 2011

Scope and ambition of "generic sensor API"

From: Nilsson, Claes1 <Claes1.Nilsson@sonyericsson.com>
Date: Mon, 4 Apr 2011 12:33:20 +0200
To: "public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <6DFA1B20D858A14488A66D6EEDF26AA34D582F31DD@seldmbx03.corpusers.net>
Hi Bryan and all

According to my understanding we have consensus on splitting the System Information API into a set a small discrete APIs for well-known system properties as well as creating a new "generic sensor API". Bryan has the action 359: http://www.w3.org/2009/dap/track/actions/359.

I am wondering about the scope for this sensor API. Should it just be an extraction of the sensor API, i.e. section 4.8 in System Information, into a new separate specification or should we achieve something more? I guess that some clarification on this is needed for the new charter.

Sensors can be:

*         Built in the user's current device, for example a built thermometer or barometer
*         Connected with the user's current device through a local connectivity method such as USB, Bluetooth or ANT+, for example a Bluetooth enabled body or medical sensor.
*         Located anywhere in "the cloud".

Discovery is needed. Should we define a relation between the sensor API and a discovery method or should the API agnostic to discovery and leave this as an implementation issue? For example, if the web application calls the API with the property "Heart rate monitor" then the device activates Bluetooth discovery to find  and select the actual heart rate monitor.

Furthermore, there are drawbacks with the current sensor API in System Information section 4.8, e.g. :

*         Only reading. Should we cover set/calibrate sensors and writing data to actuators?

*         Only one single value per property. Don't we need structured data, e.g. a sensor reading value and a time/date stamp?

My view is that we should try to achieve something more powerful than the current section 4.8 in System Information but I am not sure on the exact level. Which is your view on the ambition of the sensor API?

Claes Nilsson M.Sc.E.E
Senior Technology Strategist
Technology & Research - UI/App/Web

Sony Ericsson Mobile Communications
 Phone:  +46 10 80 15178
Mobile: +46 705 56 68 78
Switchboard: +46 10 80 00000
E-Mail: mailto:claes1.nilsson@sonyericsson.com
Visiting Address; Nya Vattentornet
SE-221 88 LUND,
The information in this e-mail is confidential and may be legally privileged. It is intended solely for the named recipient(s) and access to this e-mail by anyone else is unauthorized. The views are those of the sender and not necessarily the views of Sony Ericsson and Sony Ericsson accepts no responsibility or liability whatsoever or howsoever arising in connection with this e-mail.Any attachment(s) to this message has been checked for viruses, but please rely on your own virus checker and procedures. If you contact us by e-mail, we will store your name and address to facilitate communications. If you are not the intended recipient, please inform the sender by replying this transmission and delete the e-mail and any copies of it without disclosing it.
Received on Monday, 4 April 2011 10:33:57 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:53:48 UTC