Re: PIDF for buddylists

Paul Kyzivat wrote:
> Jonathan,
> 
> Maybe I missed a document. You mention below the importance of diffs
> when reporting presence for buddylists. But I don't find any mention of
> diffs in
> draft-rosenberg-simple-buddylist-package-00. 

You're right, actually. I thought about this more since posting, and its 
not really needed. With watcherinfo (which does have diffs), you are 
again getting notified about a list of things. However, the list itself 
is dynamic and conveyed through the notifications itself. You therefore 
need to have a flag as to whether the update is full state or partial 
state, so that you know whether or not to delete a watcher because their 
entry is not in the list (delete for full state, don't for partial).

Now, in the case of buddylists, presumably the list itself is known to 
the client through other means, and therefore, this particular flag is 
not needed.

> Or do you just mean that
> delivery of presence documents individually from each member of the
> buddylist as it changes is a form
> of diff?
> 
> Upon thinking about this further, I think the existing presence document
> might be sufficient.

Wayne convinced me that we need to define a trivial new format; one that 
has a new top-level XML element, and the sub-element is presence from PIDF.

> 
> Consider - is there any fundamental difference between a named buddylist
> and an address of record? If I view a buddylist as an address of record,
> then to populate it I
> simply REGISTER the addresses of the buddies as contacts. 

Are you proposing an actual REGISTER for this? I think this is a pretty 
big deviation from the meaning of REGISTER.

> Then instead
> of a BLSS, I need a presence server with access to the location service
> populated by the registrar.
> And instead of a presence document with multiple presentities, I get a
> presence document with a single presentity (my buddylist name) and a
> bunch of contacts for my
> buddies. 

How would you have out the contacts for the buddies? You've shifted 
everything down a layer, so the bottom falls out as far as I can tell...

-Jonathan R.

-- 
Jonathan D. Rosenberg, Ph.D.            72 Eagle Rock Avenue
Chief Scientist                         First Floor
dynamicsoft                             East Hanover, NJ 07936
[email protected]                 FAX: (973) 952-5050
http://www.jdrosen.net                  PH:  (973) 952-5000
http://www.dynamicsoft.com




  [reminder: [email protected] for non-technical discussions, please]