[Telepathy] [Bug 19586] New: Location: improve XEP-0080 so we can stay closer to it :-)
simon.mcvittie at collabora.co.uk
Thu Jan 15 08:57:51 PST 2009
On Thu, 15 Jan 2009 at 09:35:54 -0700, Peter Saint-Andre wrote:
> Here I am. :)
Ah, I'd forgotten you watched this list :-)
> > The names "*-error-m" are ugly, but are currently there to be unambiguous. If
> > we could get the XEP changed to have "horizontal-error" and "vertical-error"
> > which are definitely in metres, we could lose the "-m" suffix and be happier.
> Why do we need separate error/accuracy measures for horizontal and vertical?
I'm not completely sure why Geoclue has them. Pierre-Luc, could you take
over here as geolocation liason? :-)
> In version 1.6 of XEP-0080 we deprecated <error/> (arc-minutes) in favor
> of <accuracy/> (meters)
Great, I'll update telepathy-spec accordingly.
> > We define an "accuracy-level" key in the same namespace: maybe we could ask psa
> > to avoid that name in the XEP, or maybe we could even put it in the XEP as an
> > enumerated thing, with values
> > 'country'/'region'/'locality'/'postal-code'/'street'/'detailed'.
> I don't follow.
accuracy-level is our mapping of an enum from GeoClue which indicates
the level of accuracy in relatively vague terms (country, postal code etc. -
the strings quoted are the enum members).
I believe the idea is that this lets you express what the accuracy of your
location source is, even if you're using something considerably less accurate
than GPS (e.g. a client might use GeoIP to guess from the IP address what
country the user is in, then set the lat/long to somewhere in the middle of
that country, without knowledge of how large each country is).
More information about the Telepathy