Re: [mobile] [Fwd: [Standards] Proposed XMPP Extension: LocationQuery]

[Stephen Pendleton]

Very cool.
Question for the authors: Are you really using arc-minutes as units of the
GPS error or is that carryover from the GEOLOC XEP?

-----Original Message-----
From: mobile-bounces (AT) xmpp (DOT) org [mailto:mobile-bounces (AT) xmpp (DOT) org] On Behalf Of
Peter Saint-Andre
Sent: 11/03/2008 10:33 PM
To: Going Mobile with Jabber/XMPP
Subject: [mobile] [Fwd: [Standards] Proposed XMPP Extension: Location Query]


FYI.

-------- Original Message --------
From: XMPP Extensions Editor <editor (AT) xmpp (DOT) org>
To: standards (AT) xmpp (DOT) org
Date: Mon, 03 Nov 2008 21:15:16 -0600
Subject: [Standards] Proposed XMPP Extension: Location Query

The XMPP Extensions Editor has received a proposal for a new XEP.

Title: Location Query

Abstract: This specification defines an XMPP protocol extension for querying
a compliant server for information about the geographical or physical
location of an entity."

URL: http://www.xmpp.org/extensions/inbox/location-query.html

The XMPP Council will decide at its next meeting whether to accept this
proposal as an official XEP.

[Simon Tennant]

Stephen Pendleton wrote:
> Very cool.
> Question for the authors: Are you really using arc-minutes as units of the
> GPS error or is that carryover from the GEOLOC XEP?

Props should go to Helge for the spec. I guess that writing
specifications for unmanned aerial vehicles is finally paying off.

I presume you are referring to this post:
http://mail.jabber.org/pipermail/standards/2008-October/019920.html

Arc-minutes are a carry over. We wrote the spec with XEP-0080 in mind
and use that as the format for publishing the derived location to the
user's geoloc node too.

We would prefer to use accuracy in meters. While arc minutes may make
sense in a GPS sense, accuracy often has to be implied when using other
location means.

For example, if the server is receiving Cell-ID beacons and some of the
known beacons are identified as within a city an accuracy of 100m could
be implied due to a known higher tower density. Trying to apply
arc-minutes to this would probably end up just being clumsy and it would
be nice to use the same unit of measurement for accuracy.

S.
--
Simon Tennant
Buddycloud
uk: +44 20 7043 6756 de: +49 89 420 955 854
uk: +44 78 5335 6047 de: +49 17 8545 0880
email and xmpp: simon (AT) buddycloud (DOT) com

[Peter Saint-Andre]

Simon Tennant wrote:
> Stephen Pendleton wrote:
>> Very cool.
>> Question for the authors: Are you really using arc-minutes as units of the
>> GPS error or is that carryover from the GEOLOC XEP?
>
> Props should go to Helge for the spec. I guess that writing
> specifications for unmanned aerial vehicles is finally paying off.
>
> I presume you are referring to this post:
> http://mail.jabber.org/pipermail/standards/2008-October/019920.html
>
> Arc-minutes are a carry over. We wrote the spec with XEP-0080 in mind
> and use that as the format for publishing the derived location to the
> user's geoloc node too.
>
> We would prefer to use accuracy in meters. While arc minutes may make
> sense in a GPS sense, accuracy often has to be implied when using other
> location means.
>
> For example, if the server is receiving Cell-ID beacons and some of the
> known beacons are identified as within a city an accuracy of 100m could
> be implied due to a known higher tower density. Trying to apply
> arc-minutes to this would probably end up just being clumsy and it would
> be nice to use the same unit of measurement for accuracy.

So use the new <accuracy/> element, which measures in meters:

http://xmpp.org/extensions/xep-0080.html#format

Peter

--
Peter Saint-Andre
https://stpeter.im/