Open Digital Rights Language (ODRL) Ontology
The Open Digital Rights Language (ODRL) provides flexible and interoperable mechanisms to support transparent and innovative use of digital content in publishing, distribution, and consumption of of digital media across all sectors and communities. The ODRL Policy model is broad enough to support traditional rights expressions for commercial transaction, open access expressions for publicly distributed content, and privacy expressions for social media.
- This version
- http://www.w3.org/ns/odrl/2/ODRL20
- Latest version
- http://www.w3.org/ns/odrl/2/
- Date
- 2014-05-12
- Revision
- 2.0
- Authors
- Mo McRoberts (BBC), Víctor Rodríguez Doncel (OEG-UPM)
- Contributors
- ODRL Community Group
Status of this document
This DRAFT specification was published by the W3C ODRL Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Contributor License Agreement (CLA) there is a limited opt-out and other conditions apply. Learn more about W3C Community and Business Groups.
The W3C ODRL Community Group publishes a Final Specification to indicate that the document is believed to be mature and stable for implementation by the wider community. This Draft Specification is not yet endorsed by the W3C ODRL Community Group as appropriate for widespread deployment and that promotes the Community Groups’s mission.
Discussion and feedback of this document takes place on the W3C ODRL Community Group mailing list (see Contributor Archive). Feedback from the public is encouraged and can be send to public-odrl@w3.org (see Public Archive).
Copyright © 2014 the Contributors to the Final Specification, published by the W3C ODRL Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available.
Namespace URI
The namespace URI for ODRL 2.0 is http://www.w3.org/ns/odrl/2/
.
Alternative serialisations
The ODRL 2.0 vocabulary is published both in human- and machine-readable forms. A GET
request made to the canonical namespace URI will cause HTTP Content Negotiation to occur, which means that the most appropriate variant will be served according to your request. However, if you explicitly wish to retrieve a particular serialisation, you can also do so using the following URLs:
- ODRL20.html
- HTML (this document)
- ODRL20.ttl
- RDF (Turtle)
- ODRL20.rdf
- RDF/XML
- ODRL20.nt
- RDF (N-Triples)
- ODRL20.xsd
- XML Schema Definition
Table of Contents
- 1 Summary of Terms
- 2 Groups
- 3 Examples of use
- 3.1 Set
- 3.2 Offer
- 3.3 Agreement
- 3.4 Request
- 3.5 Ticket
- 3.6 Offer and next policy
- 3.7 Privacy policy
- 3.8 Permission and prohibition
- 3.9 Inheritance
- 3.10 Social network
- 3.11 Multiple assets
- 4 Classes
- 5 Properties
- 6 Concept schemes
- 7 Concepts
- 8 Named individuals
- 9 Acknowledgements
- 10 References
Summary of Terms
This vocabulary defines 24 classes, 52 properties, one concept scheme, 54 concepts and 17 named individuals.
- Classes
- Action | Agreement | All | AllConnections | AllGroups | All2ndConnections | Asset | ConflictTerm | Constraint | Duty | Group | Individual | Offer | Operator | Party | Permission | Policy | Privacy | Prohibition | Request | Rule | Set | Ticket | UndefinedTerm
- Properties
- absolutePosition | absoluteSize | action | assignee | assigner | attributedParty | conflict | consentingParty | constraint | count | dateTime | deliveryChannel | device | duty | elapsedTime | event | fileFormat | function | industry | informedParty | inheritAllowed | inheritFrom | language | media | meteredTime | operator | output | payeeParty | payAmount | percentage | permission | product | prohibition | proximity | purpose | recipient | relation | relativePosition | relativeSize | resolution | rightOperand | spatial | status | system | target | timeInterval | timedCount | trackingParty | undefined | unit | version | virtualLocation
- Concept schemes
- actions
- Concepts
- acceptTracking | adHocShare | aggregate | annotate | anonymize | append | archive | attachPolicy | attachSource | attribute | commercialize | concurrentUse | copy | delete | derive | display | distribute | ensureExclusivity | execute | export | extract | extractChar | extractPage | extractWord | give | include | index | inform | install | lease | lend | license | modify | move | nextPolicy | obtainConsent | pay | play | present | preview | print | read | reproduce | reviewPolicy | secondaryUse | sell | share | shareAlike | textToSpeech | transform | translate | uninstall | watermark | write
- Named individuals
- eq | gt | gteq | hasPart | ignore | invalid | isA | isAllOf | isAnyOf | isNoneOf | isPartOf | lt | lteq | neq | perm | prohibit | support
Groups
Some terms can be organised into logical groups, as shown below:
Examples of use
The examples in this section are RDF expressions of the scenarios provided
by the ODRL Version 2.0 Core Model.
Set
The following shows an instance of a set policy. The set shows a policy expression, stating that the asset, http://example.com/asset:9898
, is the target of the permission to reproduce and the prohibition to modify.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:0099>
a odrl:Set;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/asset:9898> ;
odrl:action odrl:reproduce
] ;
odrl:prohibition [
a odrl:Prohibition ;
odrl:target <http://example.com/asset:9898> ;
odrl:action odrl:modify
] .
Download this example as Turtle, RDF/XML, or N-Triples.
Because all of the rules associated with this policy have the same target, and do not have any constraints or duties (requirements), one may abbreviate the expression of the policy and use the Dublin Core rights or license predicates to associate the asset with that policy:
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix dct: <http://purl.org/dc/terms/> .
<http://example.com/asset:9898> dct:license <http://example.com/policy:0099> .
<http://example.com/policy:0099>
a odrl:Set;
odrl:permission odrl:reproduce ;
odrl:prohibition odrl:modify .
Download this example as Turtle, RDF/XML, or N-Triples.
Offer
The following shows the instance of an offer policy. The offer contains the music file http://example.com/music:4545
that is offered by the party http://example.com/sony:10
with the permissions to play and copy the file. The permission to copy is only granted once. The two permissions are offered in exchange for a payment of AUD$0.50
.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:0231>
a odrl:Offer ;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:action odrl:play ;
odrl:duty _:requirements
] ;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:action odrl:copy ;
odrl:duty _:requirements ;
odrl:constraint [
a odrl:Constraint ;
odrl:count 1 ;
odrl:operator odrl:lteq
]
] .
_:requirements
a odrl:Duty ;
odrl:action odrl:pay ;
odrl:constraint [
a odrl:Constraint ;
odrl:payAmount 50.00 ;
odrl:operator odrl:eq ;
odrl:unit <http://cvx.iptc.org/iso4217a:AUD>
] .
<http://example.com/sony:10> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Agreement
The following shows the instance of an agreement policy. The agreement contains all entities shown in the offer scenario above. A new party, http://example.com/billie:888
has been added. This party accepted the previous offer and thus is now the buyer of the permission play and copy: i.e. they are now linked as assignee of the permissions and duty entities.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:9001>
a odrl:Agreement ;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:assignee <http://example.com/billie:888> ;
odrl:action odrl:play ;
odrl:duty _:requirements
] ;
odrl:permission [
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:assignee <http://example.com/billie:888> ;
odrl:action odrl:copy ;
odrl:duty _:requirements ;
odrl:constraint [
a odrl:Constraint ;
odrl:count 1 ;
odrl:operator odrl:lteq
]
] .
_:requirements
a odrl:Duty ;
odrl:action odrl:pay ;
odrl:constraint [
a odrl:Constraint ;
odrl:payAmount 50.00 ;
odrl:operator odrl:eq ;
odrl:unit <http://cvx.iptc.org/iso4217a:AUD>
] .
<http://example.com/sony:10> a odrl:Party .
<http://example.com/billie:888> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Request
The following shows the instance of a request policy. The party http://example.com/guest:0589
has requested the permission to display the target asset, http://example.com/news:0099
.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:04311>
a odrl:Request ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:assignee <http://example.com/guest:0589> ;
odrl:target <http://example.com/news:0099>
] .
<http://example.com/guest:0589> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Ticket
The following shows the instance of a ticket policy. The ticket expresses the play permission for the target asset, http://example.com/game:4589
. The ticket is valid until the end of the year 2010
. Any valid holder of this ticket may exercise this permission.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
<http://example.com/policy:0811>
a odrl:Ticket ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:play ;
odrl:target <http://example.com/game:4589> ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:lteq ;
odrl:dateTime "2010-12-31"^^xsd:date
]
] .
Download this example as Turtle, RDF/XML, or N-Triples.
Offer and next policy
The following shows the instance of an offer policy showing the next-policy structure.
The party http://example.com/sony:99
assigns the permission distribute directly to the potential buyer of the permission who will pay €1,000
. The distribute permission is also constrained to the country Italy
. The potential assignee may then distribute the target asset according to the next-policy target asset linked directly from this duty. In this case, the next policy asset stipulates that the potential assignee may only offer the display permission to downstream consumers.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:5531>
a odrl:Offer ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:distribute ;
odrl:target <http://example.com/wallpaper:2321> ;
odrl:assigner <http://example.com/sony:99> ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:eq ;
odrl:spatial <http://ontologi.es/place/IT>
] ;
odrl:duty <http://example.com/duty:01>, <http://example.com/duty:02>
] .
<http://example.com/duty:01>
a odrl:Duty ;
odrl:action odrl:pay ;
odrl:constraint [
a odrl:Constraint ;
odrl:payAmount 1000.00 ;
odrl:operator odrl:eq ;
odrl:unit <http://cvx.iptc.org/iso4217a:EUR>
] .
<http://example.com/duty:02>
a odrl:Duty ;
odrl:action odrl:nextPolicy ;
odrl:target <http://example.com/policy:7777> .
<http://example.com/policy:7777>
a odrl:Set ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:target <http://example.com/wallpaper:2321>
] .
<http://example.com/sony:99> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Privacy policy
The following shows the instance of a privacy policy.
The target asset is personal data and the assignee is allowed to distribute the asset only for the purpose of contacting the subject of the personal data. The purpose value is taken from the P3P privacy purpose vocabulary.
Additionally, the assigner (the party who the personal data is about) has stipulated that the assignee must delete the asset after a 30 day period
(retention policy).
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix p3p: <http://www.w3.org/2002/01/p3prdfv1#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
<http://example.com/policy:1111>
a odrl:Privacy ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:distribute ;
odrl:target <http://example.com/billie:888:personal-data> ;
odrl:assigner <http://example.com/billie:888> ;
odrl:assignee <http://example.com/gov:health:au> ;
odrl:duty [
a odrl:Duty ;
odrl:action odrl:delete ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:eq ;
odrl:dateTime "P30D"^^xsd:dateTime
]
] ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:eq ;
odrl:purpose p3p:contact
]
] .
<http://example.com/billie:888> a odrl:Party .
<http://example.com/gov:health:au> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Permission and prohibition
The following shows the instance of an agreement policy with both a permission and a prohibition. The party http://example.com/sony:10
assigns the permission play to the party http://example.com/billie:888
at the same time they are prohibited from utilising the target asset as a mobile:ringtone
. Additionally, in case of any conflict, the conflict attribute is set to perm
indicating that the permission entity will take precedence.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix mobile: <http://example.com/mobile#> .
<http://example.com/policy:3433>
a odrl:Agreement ;
odrl:conflict odrl:perm ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:play ;
odrl:assignee <http://example.com/billie:888> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:target <http://example.com/music:1234908>
] ;
odrl:prohibition [
a odrl:Prohibition ;
odrl:action mobile:ringtone ;
odrl:assignee </http://example.combillie:888> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:target <http://example.com/music:1234908>
] .
<http://example.com/billie:888> a odrl:Party .
<http://example.com/sony:10> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Inheritance
The following shows the instance of a (child) policy http://example.com/policy:9999
inheriting from another (parent) policy http://example.com/policy:5531
. The inherit-from attribute of the (child) policy has the same identifier as the (parent) policy's own identifier.
In this inheritance example, the parent policy allows the party http://example.com/billie:888
to print the parent’s target asset. The child policy allows the party http://example.com/class:IT01
(a group of people) to display the child’s target asset. Since the child policy also inherits from the parent policy, then the party http://example.com/class:IT01
can also print the parent’s target asset.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:5531>
a odrl:Agreement ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:print ;
odrl:target <http://example.com/report:2321> ;
odrl:assigner <http://example.com/pub:88> ;
odrl:assignee <http://example.com/billie:888> ;
] .
<http://example.com/policy:9999>
a odrl:Agreement ;
odrl:inheritFrom <http://example.com/policy:5531> ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:target <http://example.com/report:2333> ;
odrl:assigner <http://example.com/pub:88> ;
odrl:assignee <http://example.com/class:IT01>
] .
<http://example.com/pub:88> a odrl:Party .
<http://example.com/billie:888> a odrl:Party .
<http://example.com/class:IT01> a odrl:Group .
Download this example as Turtle, RDF/XML, or N-Triples.
Social network
The following shows the instance of an agreement policy for a social network scenario.
The target asset are photos posted to a social network site and the assigner is the owner of the photos. The assignee is a group and represents the football network members on the social network, who are each allowed to display the photos.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:5109>
a odrl:Agreement ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:target <http://example.com/myPlace:billie:photos:football2010> ;
odrl:assigner <http://example.com/myPlace:billie> ;
odrl:assignee <http://example.com/myPlace:network:football>
] .
<http://example.com/myPlace:billie> a odrl:Party .
<http://example.com/myPlace:network:football> a odrl:Group .
Download this example as Turtle, RDF/XML, or N-Triples.
Multiple assets
The following shows an instance of a set policy utilising multiple asset entities.
The index permission is granted to the target asset. Additionally, the x:collection
asset specifies which database the index outcome should be stored in.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix x: <http://example.com/x#> .
<http://example.com/policy:881212>
a odrl:Set ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:index ;
odrl:target <http://example.com/archive/2010> ;
x:collection <http://example.com/x/database>
] .
x:collection
rdfs:subPropertyOf odrl:relation .
Download this example as Turtle, RDF/XML, or N-Triples.
Classes
Asset
Asset is anything which can be subject to a policy. Asserting that something the target of a policy implies that it is an Asset.
Party
An entity which can participate in policy transactions. Use an instance of the Party class where it's necessary to associate a Scope with the relationship; in other cases, simply reference the party directly.
Policy
A top level entity for describing policies.
URI: | http://www.w3.org/ns/odrl/2/Policy |
Label: | Policy |
Status: | testing |
Sub-classes: | Agreement, Offer, Privacy, Request, Set, Ticket |
Parent class: | Asset |
Properties: | conflict, inheritAllowed, inheritFrom, permission, prohibition, undefined |
In range of: | inheritFrom |
ConflictTerm
Instances of ConflictTerm describe policies for resolving conflicts.
UndefinedTerm
Instances of UndefinedTerm describe policies for processing unsupported actions.
Rule
An abstract common ancestor to Permissions, Prohibitions and Duties.
Permission
A Permission is a rule which indicates the actions the assignee is permitted to perform on the associated asset. In other words, what the assigner (supplier) has granted to the assignee (consumer).
Prohibition
A Prohibition is a rule which indicates the Actions that the assignee is prohibited to perform on the related Asset.
Duty
A Duty is a rule which indicates requirements which must be fulfilled in order to receive the permission.
Action
Instances of Action are things one might be permitted to do or prohibited from doing to a work.
URI: | http://www.w3.org/ns/odrl/2/Action |
Label: | Action |
Status: | testing |
Parent class: | skos:Concept |
In range of: | action |
Instances: | acceptTracking, adHocShare, aggregate, annotate, anonymize, append, archive, attachPolicy, attachSource, attribute, commercialize, concurrentUse, copy, delete, derive, display, distribute, ensureExclusivity, execute, export, extract, extractChar, extractPage, extractWord, give, include, index, inform, install, lease, lend, license, modify, move, nextPolicy, obtainConsent, pay, play, present, preview, print, read, reproduce, reviewPolicy, secondaryUse, sell, share, shareAlike, textToSpeech, transform, translate, uninstall, watermark, write |
Constraint
Parent class of all Constraints.
Operator
Instances of the Operator class represent boolean operators
URI: | http://www.w3.org/ns/odrl/2/Operator |
Label: | Operator |
Status: | testing |
Parent class: | owl:Thing |
In range of: | operator |
Instances: | eq, gt, gteq, hasPart, isA, isAllOf, isAnyOf, isNoneOf, isPartOf, lt, lteq, neq |
Agreement
Policy expressions that are formal contracts (or licenses) stipulating all the terms of usage and all the parties involved.
Offer
An instance of Offer is a Policy expression that proposes terms of usage from an Asset owner.
Privacy
An instance of Privacy is a Policy expression that stipulates the terms of usage over personal information.
Request
An instance of Request is a Policy expression that proposes terms of usage to an Asset owner.
Set
An instance of Set is a Policy expression that consists of entities from the complete model.
Ticket
An instance of Ticket is a Policy expression that stipulates the terms of usage and is redeemable by any Party who currently holds the Ticket in their possession.
All
Specifies that the scope of the relationship is all of the collective individuals within a context.
All2ndConnections
Specifies that the scope of the relationship is all of the second-level connections to the Party.
AllConnections
Specifies that the scope of the relationship is all of the first-level connections of the Party.
AllGroups
Specifies that the scope of the relationship is all of the group connections of the Party.
Group
Specifies that the scope of the relationship is the defined group with multiple individual members.
Individual
Specifies that the scope of the relationship is the single Party individual.
Properties
conflict
Relates a conflict-resolution mechansim to a Policy. If no mechanism is specified, the default is invalid.
undefined
Relates the mechanism used for handling undefined actions to a Policy. If no mechanism is specified, the default is invalid.
permission
Relates the description of an individual Permission to a Policy. A permission can be specified either in terms of an Action alone, or an instance of Permission relating an Action and one or more other attributes.
prohibition
Relates the description of an individual Prohibition to a Policy. A prohibition can be specified either in terms of an Action alone, or an instance of Prohibition relating an Action and one or more other attributes.
inheritAllowed
A boolean value indicating whether this policy can be inherited from.
inheritFrom
Relates a policy to another policy from which terms are inherited.
relation
Relation is an abstract property which creates an explicit link between an Action and an Asset. Sub-properties of relation are used to define the nature of that link.
output
The output property specifies the Asset which is created from the output of the Action.
target
The target property specifies the Asset upon which the Action is performed.
function
Function is an abstract property whose sub-properties define the roles which may be fulfilled by a party in relation to a Rule.
action
The operation relating to the asset for which permission is being granted. A permission must include exactly one action.
constraint
One or more constraints which affect the validity of the Permission; e.g. if the Action play is only permitted for a certain period of time.
duty
A Duty indicates requirements which must be fulfilled in order to receive the permission.
unit
The unit of measurement used for the constraint value.
operator
The Boolean operator applied to a constraint and its operand.
rightOperand
The operand applied to an instance of a constraint. Do not use the right-operand property directly within a Constraint. Instead, a Constraint instance must contain exactly one triple which makes use of one of the sub-properties of right-operand.
URI: | http://www.w3.org/ns/odrl/2/rightOperand |
Label: | right-operand |
Status: | testing |
Sub-properties: | absolutePosition, absoluteSize, count, dateTime, deliveryChannel, device, elapsedTime, event, fileFormat, industry, language, media, meteredTime, payAmount, percentage, product, proximity, purpose, recipient, relativePosition, relativeSize, resolution, spatial, system, timeInterval, timedCount, version, virtualLocation |
Domain: | Constraint |
status
The current value of the constraint. The range of the status property is identical to that of the operand property selected used in the constraint.
absolutePosition
A point defined with absolute coordinates.
absoluteSize
The absolute dimension that the Asset may be resized.
count
The numeric count indicating the number of times the corresponding entity may be exercised
dateTime
The date (and optional time and timezone) representing a point in time or period.
deliveryChannel
The delivery channel used for storing or communicating the asset.
device
An identifiable computing system.
elapsedTime
A period of time in which the policy action can be exercised.
event
Specification of a defined event applicable to the asset usage.
The file format applicable to the Asset.
industry
The defined industry sector applicable to the asset usage
language
The natural language applicable to the asset usage
The media type in which the asset may be used.
meteredTime
The maximum period of metered usage time.
payAmount
percentage
The amount (as a percentage) of the action applicable to the asset.
product
The specified Product or Service name.
purpose
Specification of a defined purpose applicable to the asset usage.
recipient
The party that receives the result of the Action on the Asset.
relativePosition
A point defined with reference to another position.
relativeSize
The relative dimension that the Asset may be resized.
resolution
The resolution at which the asset may be used.
spatial
A code representing a geospatial area.
system
An identifiable computing system.
timeInterval
Recurring period of time in which the usage may be exercised.
version
The scope of versions for the asset.
virtualLocation
Specification of a digital locale.
assignee
The Party is the recipient of the policy statement.
assigner
The Party is the issuer of the policy statement.
attributedParty
The Party to be attributed.
consentingParty
The Party to obtain consent from.
The Party to be informed of all uses.
payeeParty
The Party is the recipient of the payment.
trackingParty
The Party is the usage tracker.
proximity
An value indicating the closeness or nearness.
timedCount
The number of seconds after which timed metering use of the asset begins.
Concept schemes
actions
URI: | http://www.w3.org/ns/odrl/2/actions |
Label: | ODRL Actions vocabulary |
Concepts: | acceptTracking, adHocShare, aggregate, annotate, anonymize, append, archive, attachPolicy, attachSource, attribute, commercialize, concurrentUse, copy, delete, derive, display, distribute, ensureExclusivity, execute, export, extract, give, include, index, inform, install, lease, lend, license, modify, move, nextPolicy, obtainConsent, pay, play, present, preview, print, read, reproduce, reviewPolicy, secondaryUse, sell, share, shareAlike, textToSpeech, transform, translate, uninstall, watermark, write |
Concepts
acceptTracking
The act of accepting that the use of the asset may be recorded. The collected information may be tracked by the assigner, or may link to a Party with role function 'trackingParty'.
aggregate
The act of using the asset (or parts of it) as part of a composite collection.
annotate
The act of adding notations/commentaries to the asset.
anonymize
The act of anonymising the asset.
append
The act of adding to the end of an asset.
archive
The act of persistently storing the asset.
attribute
The act of attributing the asset to a party.
concurrentUse
The act of multiple concurrent use of the asset.
copy
The act of making an exact reproduction of the asset.
delete
The act of permanently removing the asset.
derive
The act of creating a new derivative asset from the asset
display
The act of making a transient visible rendering of the asset
distribute
The act of publicly distributing, displaying and/or performing the asset.
ensureExclusivity
The act of requiring the Assigner to ensure the Permission on the asset is unique to the Assignee.
execute
The act of making a transient visible rendering of the asset.
export
The act of transforming the asset into a new form.
The act of extracting (replicating) unchanged parts of the asset.
give
The act of giving away the asset in perpetuity without exchange of value.
include
The act of including other related assets to fulfill the function.
index
The act of indexing the asset into a collection of assets.
The act of informing a party that an action has been performed on the asset.
install
The act of loading the asset onto storage device ready for operation.
lease
The act of making available the asset to a third-party for a fixed period of time with exchange of value.
license
The act of granting the right to use the asset to a third-party.
lend
The act of making available the asset to a third-party for a fixed period of time without exchange of value.
modify
The act of creating a new derivative asset from the asset.
move
The act of moving the asset.
nextPolicy
The act of specifying an asset (which must be a Policy) as the Policy terms for third-party use of the asset.
obtainConsent
The act of requiring explicit consent from a party to perform the action on the asset.
pay
The act of paying a financial amount to a party for use of the asset.
play
The act of rendering the asset into audio and/or video form.
present
The act of rendering the asset into audio and/or video form.
preview
The act of providing a short preview of the asset.
print
The act of rendering the asset onto paper or hard copy form.
read
The act of obtaining data from the asset.
reproduce
The act of making an exact reproduction of the asset.
reviewPolicy
The act of performing a manual review of the terms associated with the asset.
secondaryUse
The act of using the asset for a purpose other than the purpose it was intended for.
sell
The act of trading the asset in exchange of value.
textToSpeech
The act of a system reading the text of the asset out loud.
The act of transforming the asset into a new form.
translate
The act of translating the asset into a new natural language.
uninstall
The act of unloading the asset from storage device.
watermark
The act of applying a watermark to the asset.
write
The act of writing to the asset.
adHocShare
The act of sharing the asset to parties in close proximity to the owner. This action may be used to express [OMA] Sharing semantics.
The act of extracting (replicating) unchanged character(s) from the asset.
The act of extracting (replicating) unchanged page(s) from the asset.
The act of extracting (replicating) unchanged word(s) from the asset.
attachPolicy
The act of keeping the policy notice with the asset.
attachSource
The act of attaching the source of the asset and its derivatives.
shareAlike
The act of distributing any derivative asset under the same terms as the original asset.
commercialize
The act of using the asset in a business environment.
share
The act of the non-commercial reproduction and distribution of the asset to third-parties.
Named individuals
perm
Permissions take precedence over prohibitions.
prohibit
Prohibitions take precedence over permissions.
ignore
Undefined actions should be ignored.
invalid
The policy is invalidated.
support
Undefined actions do not invalidate the policy, but notification for review must occur.
eq
Indicating that a given value equals the operand of the Constraint.
gt
gteq
hasPart
isA
isAllOf
isAnyOf
isNoneOf
isPartOf
lt
lteq
neq
Acknowledgements
The authors gratefully acknowledge feedback and contributions to this document from members of the W3C ODRL Community Group.
This document was generated using phpspecgen written by Nicholas J. Humfrey and modified by Yves Raimond, and subsequently modified by Mo McRoberts.
References
- [ODRL-MODEL]
-
R. Iannella, S. Guth, D. Paehler & A. Kasten (eds.)
Open Digital Rights Language (ODRL) Version 2.0 - Core Model.
Final Specification, W3C ODRL Community Group, 24 April 2012.
http://www.w3.org/community/odrl/two/model/
- [ODRL-VOCAB]
-
S. Guth & R. Iannella (eds).
Open Digital Rights Language (ODRL) Version 2.0 – Common Vocabulary.
Final Specification, W3C ODRL Community Group, 19 April 2012.
http://www.w3.org/community/odrl/two/vocab/
- [ODRL-XML]
-
R. Iannella (ed.).
Open Digital Rights Language (ODRL) Version 2.0 – XML Encoding.
Final Specification, W3C ODRL Community Group, 19 April 2012.
http://www.w3.org/community/odrl/two/xml/
- [RDF-PRIMER]
-
E. Manola & E. Miller (eds.).
RDF Primer.
W3C Recommendation, 10 February 2004.
http://www.w3.org/TR/2004/REC-rdf-primer-20040210/
- [TURTLE]
-
D. Beckett, T. Berners-Lee.
Turtle - Terse RDF Triple Language.
W3C Team Submission, 28 March 2011.
http://www.w3.org/TeamSubmission/turtle/