odrl and rightsml: permissions and restrictions for the publishing industry
DESCRIPTION
Three principles and three adoption strategies for ODRL and RightsML. Presented at IPTC's March 13th 2013 conference on Machine Readable Rights http://www.iptc.org/goto?rights2013TRANSCRIPT
ODRL and RightsML
Permissions and Restrictions for the Publishing Industry
Stuart MylesThe Associated Press
rightsml.org @smyles
rightsml.org @smyles
rightsml.org @smyles
The News Industry Needs Machine Readable Rights
Increasing automation of workflowsLess opportunity for editors to read notes,
the traditional means of indicating restrictions and duties
Sophisticated publishing relationshipsFewer single purpose, static connections
More (need for) flexible, ad hoc uses of content which respect rights
IPTC decided to tackle rights expression
rightsml.org @smyles
IPTC RightsML
Founded on ODRLOpen Digital Rights Language 2.0
Selected by IPTC after evaluating several alternativeshttp://www.w3.org/community/odrl/
RightsML is a news industry specific vocabulary
Plugs into ODRL frameworkRighstML 1.0 currently in an “experimental phase”
http://rightsml.orghttp://linkedcontentcoalition.org
rightsml.org @smyles
IPTC RightsML
Three Principlesand
Three Adoption Strategies
rightsml.org @smyles
Principle #1
A publishing specific RELand
Don’t reinvent the wheel
The needs of the publishing industry are not entirely unique(What is the publishing industry?)
ODRL quite willing to incorporate feedback into the core vocabulary
Tool support paves the way for adoptionVendors are loathe to adopt yet another standard
rightsml.org @smyles
Principle #2
Support today’s restrictionsand
Build for likely future requirements
IPTC examined many existing rights expressionsTranslated from editor’s notes into machine readable form
Extrapolated likely future needs and extensions
rightsml.org @smyles
Principle #3
Sophisticated (not too complex)and
Simple (not too simplistic)
Permissions, restrictions and duties can get quite complexA complicated-looking standard is a hurdle for adoption
rightsml.org @smyles
Adoption Strategy #1
Start at the edge
If you have any kind of structured rights expression internallyMap your internal rights mechanisms into RightsML
At the point of delivery to clients
rightsml.org @smyles
Adoption Strategy #2
Start in the middle
You need to handle rights internallyAdopt RigthsML for your own rights clearance mechanisms
rightsml.org @smyles
Adoption Strategy #3
Start somewhere
Not everything needs to be converted at the same timeYou can gain value from working with
Particular media typesParticular customer types
Start somewhere and grow the adoption
rightsml.org @smyles
Thankyou
rightsml.org @smyles