licensing-brainstorming: Difference between revisions
(→class license: /span) |
m (→class names license and attribution: /span) |
||
Line 267: | Line 267: | ||
<span class="item"> | <span class="item"> | ||
<a class="url" href="photo.jpg">photograph</a> | <a class="url" href="photo.jpg">photograph</a> | ||
</span> | |||
is licensed under a | is licensed under a | ||
<a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en"> | <a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en"> | ||
Line 287: | Line 288: | ||
<span class="item"> | <span class="item"> | ||
<a class="url" href="photo.jpg">photograph</a> | <a class="url" href="photo.jpg">photograph</a> | ||
</span> | |||
is licensed under a | is licensed under a | ||
<a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en"> | <a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en"> | ||
Line 299: | Line 301: | ||
</div> | </div> | ||
</source> | </source> | ||
== to do == | == to do == |
Revision as of 17:43, 31 July 2009
Licensing Brainstorming
Brainstorming proposals toward a licensing microformat per the microformats process.
Discussion
Set of classes pertinent to supporting licensing and attribution requirements and complements. These classes could be used at webpage level or within relevant microformats, e.g., media-info.
reuse limitations
rel-license has already been specified to apply to the entire document, and thus many current implementations (e.g. search engines) already assume that whenever they see rel="license" that it applies to the whole page.
If we tried to re-use rel-license in the licensing microformat to refer to part of a page or an external resource, existing implementations would mis-interpret such a use as applying to the whole page.
Thus in order to not break backward compatibility with existing rel-license implementations, if we want something like rel-license for the licensing microformat, we must use a new rel value.
table of possible properties
The first column may be too URL-centric, see notes for parent work, may apply to others.
Overly descriptive strawman not intended to conform with any convention | Existing class(es); source | Notes |
---|---|---|
work title | fn; hCard | See examples#title |
attribution name, creator? | author; hAtom, hcard | Might be a vcard with fn, may also be an organization
See examples#attribution |
attribution url | url; hCard | An author might have a url, should this be taken as the attribution url? If a work has a url, should it be taken as the attribution url?
See examples#link |
donation url | payment; rel-payment offer; hListing |
How to disambiguate from commercial licensing and purchase?
See examples#donation |
commercial licensing url | payment; rel-payment sell, offer; hListing |
How to disambiguate from donation and purchase?
See examples#commercial |
purchase url | payment; rel-payment sell, offer; hListing |
How to disambiguate from donation and commercial licensing?
See examples#purchase |
content hash | checksum, sha1; hash-examples | See examples#hash |
provenance url | See examples#provenance | |
parent work url?, derivitave-source | Should this be a url? Maybe it should be a TBD "media" microformat which may be otherwise described. Probably should be a URL -- a uf can have a #URL if it has an id. | |
attribution, copied-source | Shows where the media was immediately copied from (not necessarily the same as its original source). Has the same challenges as derivative-source. Perhaps use the approach loosely outlined in Attribution Challenges | |
source | Like 'copied-source' but points to the original source. |
Attribution Challenges
Tags dealing with specifying sources and tracking a piece of media's path through the Web (any of the -source tags above) are a little ambiguous in terms of what they can reference. For instance when specifying a derivative work it could be from another image on the Internet, in which case an URL would be appropriate, or it could be a quotation from a magazine or other "real" world source where an URL doesn't really work. Perhaps we can encourage the content of these 'media source' tags to be one of the following:
Media source type | Format | Notes |
---|---|---|
Internet source | An URL | |
Person | hcard | |
Publication (book, magazine, etc.) |
citation | Citation appears to be heavily weighed towards academia but it looks like it should work for most purposes |
Film/Video | ?? | I'm not sure about this one. Would citation stretch over visual media? Perhaps media-info? |
containing vs being contained
Based on the markup in the licensing-examples, in may be useful to consider two ways that licensing information could be expressed:
- A license microformat that contains the item on the page that is being licensed, as well as the license URL and attribution requirements (if any).
- A license microformat that contains just a link to the license URL, and has:
- a) an ID reference to the item outside the licensing markup OR implied item applicability by a containing media-info, hAtom hentry etc.
- b) and contains OR has an ID reference to the attribution requirements (if any)
Both these options should be explored, and tried out with markup from actual licensing-examples to see which of today's use cases each option would work well/better with.
It may be that we want/need a licensing microformat that allows for either method (containing or being contained) of indicating the license.
brainstorms
Various thoughts, proposals, strawman examples of how licensing information could be marked up.
class attribution
Perhaps there should be an 'attribution' class which might hint that a fn or url should be used for attribution? Something like (webpage scope):
<a class="url attribution fn" href="http://example.com">My First Cookbook</a> <div class="author vcard"> <div class="fn attribution">J Doe</div> </div> <a rel="license" href="http://creativecommons.org/licenses/by/2.5/">(cc)</a> <a rel="payment" href="http://paypal.com/...">don't let me starve</a>
media info with attribution
Here is an example of media-info with class 'attribution'.
<div class="media"> <img class="url attribution mediaitem" src="http://example.com/cake.jpg"/> <span class="fn">Picture of a giant cake</span> <div class="author vcard"> <div class="fn attribution">J Doe</div> </div> <a rel="license" href="http://creativecommons.org/licenses/by-nc/2.5/">(cc)</a> <a rel="payment" href="http://paypal.com/...">don't let me <s>starve</s>eat cake</a> <a rel="payment" href="http://artdelivery.example">buy this pic, framed</a> <a rel="payment" href="http://photoclearing.example">get commercial rights</a> ... </div>
reuse CC vocabulary
Here is an example using the Creative Commons vocabulary, with CamelCase conventions converted to dash separated lowercase words per microformats naming-principles.
<div class="license"> <a rev="license" href="http://example.org/work">The work</a> is licensed under the <a rel="legal-code" href="http://example.org/foo">Foo License</a>. Summary: it permits <abbr title="derivative-works" class="permits">derivative works</abbr> but requires <abbr title="attribution" class="requires">attribution</abbr>. The credit to give when reusing the work is "<span class="vcard"> <a href="http://tobyinkster.co.uk" class="fn url attribution-name" rel="attribution-url"> Toby Inkster </a> </span> ". </div>
The microformat could use the following terms:
- license {1} (root class name)
- legal-code ? (rel value, not class)
- more-permissions * (rel value, not class)
- permits * ("reproduction" | "distribution" | "derivative-works" | "high-income-nation-use" | "sharing")
- requires * ("copyright-notices" | "attribution" | "share-alike" | "source-code")
- prohibits * ("commercial-use")
- jurisdiction * (text | hCard | adr)
- attribution-name ?
- attribution-url ? (rel value, not class)
- deprecated-on ? (ISO date)
The license linked to using rel="legal-code" (if any) should be taken to be the definitive license. When such a license is present, the "permits", "requires", "prohibits" and "jurisdiction" classes are taken to be merely advisory. When no "legal-code" license is linked to, these classes are definitive.
rel-license SHOULD be used to link from the work to the license (an ID attribute on the license will help). A license MAY link back to the work using rev="license", but forward links are preferred.
As an extension to the creative commons vocabulary (which focuses on open-source-like licenses) a payment URL MAY be linked to using an anchor element simultaneously carrying class="requires" and rel="payment". Example:
<a class="requires" rel="payment" href="https://payment.example.org">buy</a>
If rel-payment is used without a class of "requires", then the link is taken to be an optional payment link - i.e. a donation.
ccREL issues
- The permits, requires, prohibits properties enable (and thus encourage) a combinatorial explosion in license proliferation, which is well known/understood to be a bad thing in open source circles as well as in/by the Creative Commons community itself - e.g. in a presentation on 2005-11-03, Lawrence Lessig indicated that license proliferation was a threat to interoperability, and that that was one of the biggest problems that the open source and content communities needed to address. Note that this is an issue with ccREL itself, independent of the syntax, whether converted to microformats class names or not. Tantek 21:50, 29 May 2009 (UTC)
- The above mapping creates a new en-us content enumeration ('derivative-works', etc). Shown here in
abbr
form, which as in hCard, will not internationalize acceptably. As per the advice we given to page authors, further use of the value-class-pattern as a DRY-violating get-out for this should be an absolute last resort to specification authors too. (Personally, I'd favour declaring prescribed enumeration an anti-pattern for future development.) --BenWard 22:28, 29 May 2009 (UTC)
rel item license
Since rel-license already applies to an entire page, we likely need another rel value to indicate that a license only applies to a specific item on or referenced by the page. Thus:
rel="item-license"
class license
Licensing information about an item could be contained in an element with class name "license", e.g.
<div class="license">
This
<span class="item">
<a class="url" href="photo.jpg">photograph</a>
</span>
is licensed under a
<a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en">
Creative Commons attribution non-commercial 2.0 license
</a>.
</div>
class names license and attribution
Attribution information could be added with the above-mentioned class name 'attribution':
<div class="license">
This
<span class="item">
<a class="url" href="photo.jpg">photograph</a>
</span>
is licensed under a
<a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en">
Creative Commons attribution non-commercial 2.0 license
</a>.
Please provide the following attribution with any re-use of the photo:
<div class="attribution">
Photo by Mary Smith.
</div>
</div>
with hyperlinks in attribution:
<div class="license">
This
<span class="item">
<a class="url" href="photo.jpg">photograph</a>
</span>
is licensed under a
<a rel="item-license" href="http://creativecommons.org/licenses/by-nc/2.0/deed.en">
Creative Commons attribution non-commercial 2.0 license
</a>.
Please provide the following attribution with hyperlinks to the original and author with any re-use of the photo:
<div class="attribution">
<a href="photo.jpg">Photo</a>
by
<a href="http://mary.example.com/">Mary Smith</a>.
</div>
</div>
to do
- Answer questions above and those not posed
- Discover and fix gratuitous problems with the above
- Examples working with media-info