[Telepathy] Rich presence

[mikhail.zabaluev at nokia.com]

Hi, 

>-----Original Message-----
>From: telepathy-bounces at lists.freedesktop.org 
>[mailto:telepathy-bounces at lists.freedesktop.org] On Behalf Of 
>ext Dafydd Harries
>Sent: Tuesday, December 04, 2007 7:05 PM
>To: telepathy at lists.freedesktop.org
>Subject: Re: [Telepathy] Rich presence
>
>Ar 04/12/2007 am 16:51, ysgrifennodd mikhail.zabaluev at nokia.com:
>> Hi,
>> 
>> I'd like to have a discussion on extended presence support 
>in Telepathy.
>> In the current spec, there is a freeform map of presence 
>parameters to arbitrary values, and it's not specified what 
>these parameters and values might in principle carry, or will 
>there be some parameter names with a particular meaning 
>commonly interpreted by Telepathy clients.
>> In order to support things like geospatial or civic location 
>as part of contact's presence information, I think we ought to 
>have some common naming conventions and/or data types for 
>corresponding parameters. Specifially in case of geolocation, 
>this is not helped by the fact that presence information is 
>represented differently in various network protocols (e.g. 
>PIDF-LO in SIP and XEP-0080 in XMPP), the GeoClue framework 
>will have its own representation, and all of these except 
>PIDF-LO are really naïve in what kinds of location they can 
>represent (most settle for a GPS-derived 
>latitude-longitude-accuracy tuple, forgetting to specify such 
>trivial matters as the reference geoid).
>> Any ideas?
>
>I've written a location interface loosely based on XEP 80 
>(dictionary with
>standardised key names). I'm not really familiar with PIDF-LO.

PIDF-LO is an extension to PIDF, described in RFC 4119.
Its usage for practical purposes (what do you want, it's IETF)
is further clarified by this draft:
http://tools.ietf.org/html/draft-ietf-geopriv-pdif-lo-profile

It can express what XEP 80 does and more. There are interesting locations
like arc bands and rectangles/prisms, which cannot be boiled down to a point-accuracy
ellipsoid without losing information.
Also, it takes care to specify units and the coordinate system, which go by silent
assumption elsewhere.

>I also
>implemented the interface in Gabble. I'll try and put up a 
>spec patch soon.

Great, I'm looking forward to see it.

BR,
  Mikhail