- From: Myles, Stuart <SMyles@ap.org>
- Date: Fri, 17 Jan 2014 14:52:20 +0000
- To: Renato Iannella <ri@semanticidentity.com>, "ODRL Community Group (Contrib)" <public-odrl-contrib@w3.org>
- Message-ID: <2B3AA5056E3CB8428BDE670B2CEEC54F33CB30FE@CTCXMBX02.ap.org>
Ø Yes, it is required. Since uid and type are mandatory attributes, it was assumed, but is mandatory in the XML Schema. Ø Will make it more specific.... I think that including a policy element in every example would help. Especially for people (like me) who mainly use the examples and might not read every single line of the formal spec :) Ø That has been fixed in the Draft xml spec: http://www.w3.org/community/odrl/work/2-0-xml-encoding-constraint-draft-changes/ Oh... I missed (had forgotten) that there's a Draft spec subsequent to the "Final" spec. Do we need to do something to move it from Draft to Final. From: Renato Iannella [mailto:ri@semanticidentity.com] Sent: Thursday, January 16, 2014 8:36 PM To: ODRL Community Group (Contrib) Subject: Re: Some Questions about the XML Encoding of ODRL v2 On 17 Jan 2014, at 06:38, Myles, Stuart <SMyles@ap.org<mailto:SMyles@ap.org>> wrote: In reviewing the ODRL v2 XML encoding document, we came up with a couple of questions: http://www.w3.org/community/odrl/two/xml Is policy required? It seems to be, but is mainly omitted from the actual examples. Is that just to save space or is it optional? Yes, it is required. Since uid and type are mandatory attributes, it was assumed, but is mandatory in the XML Schema. Will make it more specific.... In the Inline Assets example, it looks like there is a typo: http://www.w3.org/community/odrl/two/xml/#section-4 It starts off as <o:permission> but ends up with</o:prohibition> That has been fixed in the Draft xml spec: http://www.w3.org/community/odrl/work/2-0-xml-encoding-constraint-draft-changes/ Renato Cheers... Renato Iannella Semantic Identity http://semanticidentity.com Mobile: +61 4 1313 2206 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1898 and delete this email. Thank you. [IP_US_DISC] msk dccc60c6d2c3a6438f0cf467d9a4938
Received on Friday, 17 January 2014 14:52:47 UTC