Am 25.05.2010 14:13, schrieb Klaus Darilion: > Hi! > > I wonder if a RPID document without a tuple element is allowed and makes > sense. > > Scenario: A presence user agent publishes a person's activities, e.g. > retrieved from a calender. If I understand it right, the tuple > represents the service. Thus, as this presence user agent does not offer > any services for communicating I think it makes sense to omit the tuple > element. > > Further, accordig to RPID : > > there can be multiple elements of the same type, whose time ranges > > SHOULD NOT overlap. > > Further, is it allowed to have multiple activities, ie. describing the > next activities? > > Example: > > <?xml version="1.0" encoding="UTF-8"?> > <presence xmlns="urn:ietf:params:xml:ns:pidf" > xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" > xmlns:lt="urn:ietf:params:xml:ns:location-type" > xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" > entity="pres:[email protected]"> > <dm:person id="calender01"> > <rpid:activities from="2010-05-30T12:00:00+02:00" > until="2010-05-30T17:00:00+02:00"> > <rpid:note>SIMPLE Strategy</rpid:note> > <rpid:meeting/> > </rpid:activities> > <rpid:activities from="2010-05-30T17:00:00+02:00" > until="2010-05-30T18:00:00+02:00"> > <rpid:note>jour fixe</rpid:note> > <rpid:meeting/> > </rpid:activities> > <rpid:place-type><lt:office/></rpid:place-type> > <rpid:sphere>work</rpid:sphere> > <dm:timestamp>2010-05-30T16:09:44+02:00</dm:timestamp> > </dm:person> > </presence>
I think my RPID document is malformed, as <note> must be sub-element of <person>, not of <activities>. Thus, I can not have a single person with 2 activities with different note. I think I have to use a dedicated <person> element for each <activities> element to allow different <note> elements. Is my assumption correct? regards Klaus > > Summary: > 1. Is it allowed to omit the tuple element? > 2. Is it fine to have multiple activities elements within a single > person element? > > Thanks > Klaus > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
