[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Simple] New I-D: presence data model and its relationship to our presence work
Folks,
I've just submitted an I-D on a presence data model for SIMPLE, which
will appear shortly in the archives. Until then, you can pick it up from:
http://www.jdrosen.net/papers/draft-rosenberg-simple-presence-data-model-00.txt
This I-D is a further elaboration on the model I discussed at the
interim, and it further analyzes the meaning of operations like
composition, publication, and filtering as they relate to the data
model. Composition in particular gets a lot of discussion, since its
fundamentally about manipulating presence data, and then is intimately
related with the presence data model. The document distills a lot of
concepts that have been discussed over the years of this group, which
have afaik remain undocumented (for example, Henning's pivot operations,
and the presence server processing flow that we discussed on the list
some months back).
After writing this, I had a lot more clarity in my mind about how all of
our presence work fit together, and an particular, I feel that it
answers the question of "what is a tuple" in a sufficiently clear way
that we can have some interoperability of presence document
interpretation across implementations.
The document proposes a concrete plan of attack for how this data model
affects our ongoing work. Mostly its minor changes to the presence
related documents.
I'd like to try and see if we can agree on the following points:
1. the data model makes sense,
2. the data model gives people the flexibility they need to represent
the systems they are interested in,
3. the data model makes it sufficiently clear about what a tuple is to
create interoperable presence systems,
4. the plan of attack makes sense given the previous 3
Comments in any of these four categories are most welcome.
I'll be starting some other threads, and in particular, responding to
Henning's recent note, and referring to some of the concepts described
in here as part of the discussion.
As such, the main point of this note is really to encourage people to
please take a look at this document. At this point, I feel that we are
really stuck on resolving this "what is a tuple" question in order to
produce a coherent set of specs. In as much as I hope this document
unstucks us, I think its a key part of moving forward. Please take a
look and comment.
Thanks,
Jonathan R.
--
Jonathan D. Rosenberg, Ph.D. 600 Lanidex Plaza
Chief Technology Officer Parsippany, NJ 07054-2711
dynamicsoft
jdrosen at dynamicsoft.com FAX: (973) 952-5050
http://www.jdrosen.net PHONE: (973) 952-5000
http://www.dynamicsoft.com
_______________________________________________
Simple mailing list
Simple at ietf.org
https://www1.ietf.org/mailman/listinfo/simple