W3C home > Mailing lists > Public > public-geolocation@w3.org > November 2008

Re: Position Heading Questions?

From: Doug Turner <doug.turner@gmail.com>
Date: Fri, 21 Nov 2008 12:37:42 -0800
Cc: Greg Bolsinga <bolsinga@apple.com>, Richard Barnes <rbarnes@bbn.com>, Taqi Jaffri <tjaffri@microsoft.com>, "Thomson, Martin" <Martin.Thomson@andrew.com>, public-geolocation <public-geolocation@w3.org>
Message-Id: <EC209FB2-D007-49FF-B73F-E7914A29EAE4@gmail.com>
To: Andrei Popescu <andreip@google.com>

I agree with Andrei.  A device orientation api should be a separate  
spec.  It would contain things like an "orientation changed" callback,  
maybe units in g force, ect.

Doug


On Nov 20, 2008, at 3:34 AM, Andrei Popescu wrote:

> On Wed, Nov 19, 2008 at 7:11 PM, Greg Bolsinga <bolsinga@apple.com>  
> wrote:
>> Isn't this the question this is trying to clarify? If so, I think  
>> that "the
>> direction of the hosting device is facing" doesn't match my  
>> understanding.
>> Andrei indicated it was the direction of travel, not the way the  
>> device is
>> facing.
>>
>
> The Position::heading attribute we have right now denotes the
> direction of travel. As you pointed out, the wording in the spec was
> not clear, so I fixed that. Please have a look.
>
> As for device orientation, I still don't believe it should be part of
> the Geolocation API:
>
> 1. There are plenty of use cases that require orientation but do not
> care where on Earth the device is (games, UI, etc). Adding orientation
> to this API would force anyone who just wants to provide orientation,
> to also implement geolocation.
> 2. There will be use cases that will require orientation in the
> vertical plane (azimuth), not just in the horizontal plane. It
> therefore follows that orientation is more than just one scalar
> property, and may also require some associated callbacks (when the
> properties change). I think it is therefore acceptable to put these
> into a separate spec that can be implemented independently of
> geolocation. The spec can be fairly short and it can be done in this
> WG, so no need to setup a separate WG.
>
> Thanks,
> Andrei
Received on Friday, 21 November 2008 20:38:23 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 18:13:30 GMT