- From: Jonathan Ross <jonross@google.com>
- Date: Fri, 31 Oct 2014 13:28:31 -0400
- To: public-geolocation@w3.org
- Cc: Robert Flack <flackr@google.com>, Eugene Girard <girard@google.com>
- Message-ID: <CAFRAvkhcRTQzH2scd1+ewj33JgCYgtB+=BfL0dxvQJMC+egUcA@mail.gmail.com>
Hi, I am currently working on implementing the DeviceOrientation Event Specification <http://www.w3.org/TR/orientation-event/#deviceorientation> for Chrome OS. I wanted to get a clarification on one of the examples. The final example in Section 2 Introduction: A device is mounted in a vehicle, with the screen in a vertical plane, the > top uppermost and facing the rear of the vehicle. The vehicle is travelling > at speed v around a right-hand bend of radius r. The device records a > positive x component for both acceleration and > accelerationIncludingGravity. The device also records a negative value for > rotationRate.gamma: {acceleration: {x: v^2/r, y: 0, z: 0}, accelerationIncludingGravity: {x: v^2/r, y: 0, z: 9.81}, rotationRate: {alpha: 0, beta: 0, gamma: -v/r*180/pi} }; >From the description of the device I would have expected that the gravity component would be applied to the Y-axis. Giving accelerationIncludingGravity: {x: v^2/r, y: 9.81, z: 0}. Is that a correct interpretation? Furthermore, while testing implementations of the API I have noticed a discrepancy between the Chrome Android, and the Safari iOS implementations. Currently Android orients gravity in the same manner as the specification, with a flat device reporting accelerationIncludingGravity: {x: 0, y: 0, z: 9.81}. However I am seeing the gravity reversed with iOS, which reports accelerationIncludingGravity: {x: 0, y: 0, z: -9.81}. Currently I am planning to follow the specification and Android implementations. I wanted to bring this up because the inconsistency could make the API hard for web developers to use. Please advise. Regards, Jonathan Ross
Received on Friday, 31 October 2014 23:16:20 UTC