[Odrl-version2] DMAG-UPF comments on ODRL 2.0 Requirements
Renato Iannella
renato at odrl.net
Tue Nov 16 17:18:17 EST 2004
Thanks Jaime (et al) for you comments.
Some followup remarks:
Comment 1 - Status Information
I agree that we are getting close to the implementation level, however,
consider the case
of exporting content (from DRM system A to B) where there is a 10-use
license and you have
already used 5 of them. When the user (on a trusted client) exports the
content, the license
must say "5" and not "10" in the count constraint. I think the key is
that the client is
trusted. If it is trusted, then it should be able to re-write the
license information
(for cases like export). However, if this is not the case (and ODRL can
make no assumptions
on the trustworthiness of clients) then it may not be feasible.
Comment 2 - first time constraint
This is almost like a "special" constraint on the license itself. Once
any of
the permissions are used/started, then you have X days (or whatever) to
complete
the usages.
Comment 3 - content id
You could include the id of the creator in the asset <context>. Then
such
permissions as <modify> could be constrained to <individual>'s with the
same id.
Comment 4 - RDF Model
I think we need the normative model in UML, but can have expressions in
other
models, such as RDF. (My main concern over just RDF is the lack of
commercial
tools to parse/validate RDF/XML and RDF Schemas.)
We are keenly interested in the "better specification of ODRL
semantics" as this is
a core requirement. Are there any "real-world" examples of defining
such formalised
semantics in RDF(OWL?) ?
The auto-convert of XML to RDF/XML seems OK. I assume that what you are
really doing is
explicitly exposing the dataTypes in the instance document now?
(A small note, as RDF does not like attributes, you need to convert the
currency
attribute to a property of the Payment...)
Cheers
Renato Iannella
http://renato.iannella.it
More information about the Odrl-version2
mailing list