[jdev] XEP-0080: adding location source information
b+jabber at bruce-2010.zerlargal.org
Fri Apr 2 18:52:04 CDT 2010
On Fri, 2 Apr 2010, Peter Saint-Andre wrote:
> On 2/23/10 9:03 AM, Kyle Usbeck wrote:
>> I very strongly support the addition of "source" and "provider"
>> information to the geoloc spec,
> Great. Patches welcome. :)
>> but their addition means that we might
>> also have to modify the way we represent "stop commands." According to
>> In order to indicate that the user is no longer publishing any
>> location information, the user's client shall send an empty
>> <geoloc/> element, which can be considered a "stop command" for
>> Example Use Case: Transmit a "stop command" for a WIFI source, but
>> continue sending information from a GPS source.
> The stop command indicates that the entity has stopped all publishing of
> geolocation data from all sources and providers.
>> The options are 1) include "source" and "provider" as optional
>> attributes of the <geoloc/> element, or 2) alter the representation of
>> the stop command.
>> By including the "source" and "provider" as optional attributes of
>> <geoloc/>, we can continue using an empty <geoloc/> as a stop command:
>> I prefer, though, altering the representation by adding an explicit
>> termination, such as the type='stop' below:
I'd keep using the <source/> child elements for consistency with
publishing the source of the location information, rather than making it a
sometime attribute on <geoloc/>.
Since the <geoloc/> element would not be empty in the above case, existing
implementations shouldn't be treating it as the complete end of location
informations from the source user, but I guess this depends on whether
'empty' is considered by the implementation as being 'no child elements'
or 'no lat/lon/usable elements'.
>> Are there any other options that I'm missing?
> Why do you need to indicate that you are stopping publication from a
> particular source or provider? Is there a use case for that feature?
I've got two mildly-contrived-but-plausible use cases. Firstly, say that
your device is being used to feed location information (GPS and Intertial)
to a subscriber which is providing you with real-time driving directions.
As you enter an extended tunnel, the GPS source loses its signal lock, and
at the next publication interval, sends a stop stanza for that source.
This lets the real-time driving directions supplier know that you are
where you should be (ie, in the tunnel, and not on the surface street),
and to fall back on timed directions based on the information from the
Second use case, say that the same device is actually receiving detailed
Inertial information via a bluetooth connection to the vehicle. As you
park in the parking lot and turn off your vehicle, that source goes away
and a stop stanza for that source is generated. A subscriber notices the
disconnection of that particular source, and records your last-received
location for later use when you press the ``dude, where's my car?'' button
on the device.
More information about the JDev