CC Technology Summit 3 Update

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Favorites, Groups & Events

    CC Technology Summit 3 Update - Presentation Transcript

    1. share, reuse, and remix— legally
    2. Distributed & Decentralized Work Registrations
    3. or
    4. A Mid-Year Update in 3 Parts
    5. 1
    6. RDFa Update
      • Adoption continues to grow rapidly
      • Google, Yahoo indexing
      • Publishers:
        • UK Office of Information publishing
        • MySpace
        • SlideShare
        • Flickr
    7. Google
      • Recently announced support for RDFa in “Rich Snippets”
      • They're exploring ways to make this easier for “webmasters”
    8. Yahoo
      • Supports RDFa in many properties
      • Search Monkey lets you build “info bars”
      • BOSS lets you query for presence of metadata
    9. 2
    10.  
    11. CC Network
      • Launched October 2008
      • A place creators to collect work references
      • A platform for digital copyright registry exploration
      • Built on ccREL
      • Free Software: AGPL 3, available from code.creativecommons.org
    12.  
    13. CC Network
      • Growth
      • Standardization
      • Development
    14. Growth
    15. Standardization
      • Goal: make it easy to integrate with our tools
      • Solution: use RDFa to bind deeds + Network
      • We'll never be the only registry
      • Needed to document our practices
      • Did a thorough review of what we developed
      • Sent to OSCRI as RFC in May
    16. http://bit.ly/work-registrations
    17. Goals of the Specification
      • Consistency
        • Can a client follow one path and always arrive at an answer?
      • Simplicity
        • When choosing between Registries and Consumers, favor simplicity for Consumers
      • Documentation
        • How do we implement and test our work?
        • What do other registries do to work with the deeds?
    18. Describing Ownership User Work
    19. Describing Ownership
      • Three entities involved
        • Work
        • User
        • Registration
      • Two ways to work:
        • Users own Works directly
        • Users own Registrations, which contain Works
    20. Ownership Model User Work Registration
    21. Why Two Paths?
      • Works are identified by URI
      • Users may Register “patterns”
        • http://creativecommons.org/*
      • Registrations may contain multiple Works
        • Multiple versions
        • Multiple portions
      • Registrations provide a “container”
      • Supported direct ownership for simplicity
    22. Single Ownership Model
      • Registries must publish the “Registration” metadata
      • Simplifies verification model for clients
      • Provides clear direction for adding features
        • You may want to publish hashes, fingerprints, keys etc
        • Registration is clearly the place for most of those
    23. Lookup Service
      • Previously only used to link to the Registration
      • Envisioned as a complement to Regsistration
      • Now part of the core specification
      • Used as part of the Client verification process
      • Richer results
    24. Lookup Service: Results
      • Re-use approach for describing registrations
      • Registries can just redirect to the Registration
      • Use HTTP status to indicate high level result
        • Success (200 or 302)
        • Multiple matches (300)
        • Failure (404)
    25. Resolution
      • A Consumer needs to establish a Graph for Verification
      • Previously:
        • Retrieve the User document (has_owner)
        • Extract any RDFa
        • Follow any rdf:see_also or cc:owner_of
        • Extract any RDFa
        • Repeat up to some ill-defined limit
      • Previously favored simplicity for Registry
    26. Resolution
      • New approach favors Consumers
      • Just use the lookup service
      • Returned document guaranteed to contain the needed graph
    27. Specification Status
      • Up for comment from OSCRI
      • Looking for feedback from people here today
      • CC Network / CC deeds will be updated later this summer
    28. CC Network Development
      • Working on updating to support revised spec
      • Developing support for group/org accounts
      • Exploring citation service
      • Exploring use a seed for better CC Search
    29. 3
    30. Science Commons MTA
      • An MTA describes how biological materials can be used by researchers, collaborators
      • More complex than our copyright licenses
        • Parameters for “engaging” the agreement
        • The basic document may describe a class of restriction, need additional details to understand it
        • May be layered with an “implementing letter”
    31. Current MTA Developments
      • First iteration developed in 2007
        • Used the URL query string to carry additional details
      • Working on deploying 2.0 now
        • MTA work informed by our Attribution and CC Network tools
        • Changing our model for including “parameters”
    32. Why Change?
      • Current approach is only useful to CC/SC
      • Exposing all the information enables reuse
      • We can build common tools across domains
    33.  
    34. New Tooling
      • The deeds currently use a custom server-side proxy
      • Return JSON encoded nested arrays
      • Using WebBackplane's Ubiquity project to clean up the code
        • Possible to use without server side proxy
        • Write lookups as SPARQL instead of array access
        • Easily translate from our spec to code
        • More easily test our code
    35. jSPARQL YAHOO.cc.mta.MTA_INFO = { select: [ "offer", "material", "disease", "offer_permits"], where: [ { pattern: [ "?offer", "http://www.w3.org/1999/02/22-rdf-syntax-ns#type", "http://mta.sciencecommons.org/ns#Offer" ] }, { pattern: [ "?offer", "http://mta.sciencecommons.org/ns#agreement", document.URL ] }, ... }
    36. Conclusion
      • CC Network was a new way to develop for us
        • Ignore the database, drive things with metadata
      • Our experience there is informing other work
      • MTA, CC Network will both help us improve our core “business” – the licenses
      • Continue to see evidence that RDFa was a smart bet
    37. Nathan R. Yergler Chief Technology Officer Creative Commons [email_address] @nyergler {twitter | identi.ca} http://wiki.creativecommons.org/Tech_Summit_3_Update
    SlideShare Zeitgeist 2009

    + Nathan YerglerNathan Yergler Nominate

    custom

    775 views, 0 favs, 0 embeds more stats

    An update on Creative Commons' work on CC Network a more

    More info about this document

    CC Attribution License

    Go to text version

    • Total Views 775
      • 775 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 1
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories