- From: Rob Manson <roBman@buildAR.com>
- Date: Mon, 24 Mar 2014 20:49:44 +1100
- To: public-geolocation <public-geolocation@w3.org>
Hey,
I think the list might also find one of our other recent projects
interesting too and I'd really like to get your thoughts and feedback.
We've recently released a Kickstarter project around our "Augmenting the
Web" R&D (shameless plug - please back us here http://kck.st/1gnUJex).
As part of that we've been working on all the key APIs and what we need
to do to help convince users that the Augmented Web Platform really is
as good as, if not better than native apps.
One of the things we've found is that a lot of users still don't realise
that browsers can track their location and even fewer can visualise how
that works or how accurate it is. So we've created this demo that helps
them do exactly that.
https://buildAR.com/trackme
We've found the easiest way to get people's attention is by starting
with the privacy discussion, but once they start exploring this it opens
up their mind to how this can really be useful too. People we've
explored this with seem very aware that mobile apps can track them and
also that the web can easily show local information. But many don't seem
to make the connection with web based tracking and more accurate data
like that required for AR.
In this demo we use a mixture of getPosition() and watchPosition() and
visualise lat, lon and accuracy. We haven't really used heading or
speed, etc...yet.
However, we have noticed a few small issues through all of our testing
and evaluation with users. You can clearly see that the different
devices have very different warm up processes after the watchPosition()
is setup. But more interestingly, the behaviour across different
browsers on the same device is also quite different. Especially around
initial response and frequency.
We've also noticed some peculiarities around the corner cases when
permission is denied.
As discussed earlier on this list this process is really very different
for each different browser. I really like the Chrome feature on Android
that lets you find the specific websites you've given permissions to and
re-allow/deny this. But this is really hidden inside Settings -> Content
Settings -> Website settings which is cryptically sitting just below
Location Settings in the menu 8) Does anyone know if there's a quick way
to access this directly from the page level?
When Location permissions are turned off globally at the Android OS
Location Settings level then all the browsers seem to act accordingly.
But both Firefox and Opera then throw the permission prompt again and if
you allow this they seem to provide location data while leaving the OS
level Location Settings off. This seems very confusing 8/
We've also noticed that some browsers both on the PC and Android throw
empty error objects. So all you get is {} with no {code:?} value or
anything else. Is this a bug we should bother tracking down?
On iOS Safari there doesn't seem to be any way to control permissions at
the site level - only the global settings for Safari in the OS Location
Settings. iOS also suffers from the constraints of web browsers not
being able to run in the background too.
Other than that the overall accuracy of devices and browsers seems to be
significantly better than similar testing we did just over a year ago.
So, just like DeviceOrientation it seems like this API is definitely
ready for primetime and we're really happy using it in our Augmented Web
applications 8)
I'll look forward to hearing any feedback you have.
roBman
Received on Monday, 24 March 2014 09:50:11 UTC