Geolocation about crosswalk HOT 4 OPEN

I investigated the geolocation API (http://dev.w3.org/geo/api/spec-source.html ) support in Content/Blink which Cameo depends on.

Background

Basically geolocation (position) data is provided by GPS sensor or location web service (client provides the WIFI, Cell or IP, server returns position).
In practice, GPS sensor is used for high accuracy, and the location web service is used for devices without GPS (such as desktop), for in-door usage or even for power saving.

As diagram [1] shows, Content/Blink uses different location providers (backends) on different platforms.
There are three types of providers implemented in Content/Blink: 1) GPS sensor based; 2) web service based,; 3) Platform/OS API based (the platform/OS API itself depends on web service or GPS sensor).

Summary

Cameo CAN reuse GPS sensor based provider for general Linux distribution and Windows 7.
Cameo CANNOT use location web service based provider unless purchasing the API key from Google.
Cameo CAN reuse the platform/OS location API based provider for Android and Windows 8. But the position data availability depends on underlying platform/OS.
Cameo NEEDS to implement platform/OS location API based provider for Tizen.

Details

• NetworkLocationProvider:
  It is used by default as primary provider for all platforms except Android.
  It is backed by Google Map GeoLocation Service (https://developers.google.com/maps/documentation/business/geolocation/).
  To use it, Cameo or any Chromium derived products need to pay Google. (refer to http://www.chromium.org/developers/how-tos/api-keys and https://developers.google.com/maps/documentation/business/geolocation/#usage_limits)
• Win7LocationProvider:
  It could be enabled behind a flag (“experimental-location-features”) on Windows.
  it is based on ILocation API (http://msdn.microsoft.com/en-us/library/windows/desktop/dd317674%28v=vs.85%29.aspx).
  On Windows 7, the API only returns position from GPS sensor.
  On Windows 8, the API could return position from both GPS sensor and Windows Location Provider which is backed by Microsoft service (http://msdn.microsoft.com/en-us/library/windows/apps/hh464919.aspx)
• GpsLocationProviderLinux:
  It is used on Linux to get position data from gpsd (http://www.catb.org/gpsd/)
• LocationProviderAndroid:
  It is used for Android solely (without NetworkLocationProvider). It is based on Android Location API (http://developer.android.com/reference/android/location/LocationManager.html).
  Android system arbitrates the position data from GPS_PROVIDER and NETWORK_PROVIDER. Please note the availability of NETWORK_PROVIDER depends on Android distribution and service.

[1] Content geolocation components diagram

from crosswalk.

API spec: http://dev.w3.org/geo/api/spec-source.html

from crosswalk.

According to current implementation, validation points are:

1. On Linux with GPS sensor, navigator.geolocation.getCurrentPosition should invoke successCallback with meaningful Position value. (when sensor is working, for example out-door)
2. On Linux without GPS sensor, navigator.geolocation.getCurrentPosition should invoke errorCallback with POSITION_UNAVAILABLE error.
3. On Windows 7 with GPS sensor, navigator.geolocation.getCurrentPosition should invoke successCallback with meaningful Position value. (when sensor is working, for example out-door)
4. On Windows 7 without GPS sensor, navigator.geolocation.getCurrentPosition should invoke errorCallback with POSITION_UNAVAILABLE error.
5. On Windows 8, navigator.geolocation.getCurrentPosition should invoke successCallback with meaningful Position value.

from crosswalk.

This feature has been migrated to JIRA, please track it in https://crosswalk-project.org/jira/browse/XWALK-221. Thanks

from crosswalk.