- From: Paul Boyes <pb@opencar.com>
- Date: Mon, 12 May 2014 20:22:03 +0000
- To: ALDRIC LOYER <aldric.loyer@mpsa.com>, "Rees, Kevron" <kevron.m.rees@intel.com>, Tatsuhiko Hirabayashi <ta-hirabayashi@kddi.com>, Marc Lapierre <mlapierre@qnx.com>, 박종선(Justin Park) <jongseon.park@lge.com>, "public-autowebplatform@w3.org" <public-autowebplatform@w3.org>, "Philipp Hoschka" <ph@w3.org>, Kazuyuki Ashimura <ashimura@w3.org>, Bernard Gidon <bgidon@w3.org>, Alan Bird <abird@w3.org>
- Message-ID: <706BB9D6-2EEC-40E5-A13E-A66497B6AC5E@opencar.com>
For our discussion tomorrow and at the face to face, regarding new APIs, for those suggesting a new API, please come prepared with very specific arguments and examples. Ideally you will ultimately have the following: * paper laying out use cases and one or more of the following: * recommended changes to existing W3C spec and why * recommended changes to the vehicle information spec and why * recommended new api for our group and why it is needed given other W3C APIs Adam, Philipp, Kaz, Bernard, and Alan, et al. Please let us know if I have missed anything and any other details those suggesting new APIs need to consider. Your thoughts would be much appreciated. Paul J. Boyes -------------------------------- Mobile: 206-276-9675 Skype: pauljboyes On May 12, 2014, at 9:27 AM, ALDRIC LOYER <aldric.loyer@mpsa.com<mailto:aldric.loyer@mpsa.com>> wrote: I guess vehicle.acceleration (4.9.18) is in the same case, there is very probably already this API somewhere in W3C APIs. Concerning vehicle.temperature, as we consider inside vehicle and outside vehicle, I guess we can keep them as fully vehicle oriented. All other vehicle interface are, for me, fully vehicle oriented. To be discussed tomorrow or next week. Best regards -------------------------------------------------------------------------- Aldric LOYER PSA Peugeot Citroën Responsable de l'UEI COTI (Connectivity, Telematic and Infotainment) Direction de la Recherche et de l'Ingénierie Avancée Tel : +33 (0) 1 57 59 81 35 (20 81 35) Portable : +33 6 32 34 55 59 -----Message d'origine----- De : Rees, Kevron [mailto:kevron.m.rees@intel.com] Envoyé : lundi 12 mai 2014 17:54 À : ALDRIC LOYER - J433842 Cc : Tatsuhiko Hirabayashi; Paul Boyes; Marc Lapierre; 박종선(Justin Park); public-autowebplatform@w3.org<mailto:public-autowebplatform@w3.org> Objet : Re: Vehicle Location Information On Mon, May 12, 2014 at 12:43 AM, ALDRIC LOYER <aldric.loyer@mpsa.com<mailto:aldric.loyer@mpsa.com>> wrote: Hi Kevron and other contributors to this topic, Definitely, Apps developers want to use a unique API to get geolocation and, of course, current w3c geolocation API is the good one. And then I agree on the fact that OEMs (or third parties) have to provide the low level framework needed to choose between the native sensor and the added sensor (provided by the vehicle)... But now the question is the same for the vehicle speed API, do we use the one provided by the standard w3c geolocation API (position.coords.speed) or do we need a specific one ? On principle, I think I would have to say no, we don't need a specific one if vehicle.vehicleSpeed and position.coords.speed are identical. I propose we add something like the following section to the spec: Relationship with other W3C APIs Other W3C APIs can be used to supplement the Vehicle Information API. It is assumed that in a vehicle implementation, these other APIs will provide vehicle attributes. For example, vehicle speed and location information is provided by the Geolocation API. [other examples?]. It is also assumed that these APIs will be implemented using data from the vehicle. -Kevron <snip>
Received on Monday, 12 May 2014 20:22:33 UTC