[cc-licenses] Version 3.0 — It's Happening & With BY-SA Compatibility Language Too
Mia Garlick
mia at creativecommons.org
Mon Feb 12 18:36:44 EST 2007
comments below...
On Feb 12, 2007, at 7:49 AM, Terry Hancock wrote:
> Mia Garlick wrote:
>> a license will not be deemed compatible unless it is reciprocal in
>> recognizing and enabling compatibility. i don't think one can
>> include a "Note" in a legal definition. would this rephrasing allay
>> concern?
>>
>> ""Creative Commons Compatible License" means a license that is listed
>> at http://creativecommons.org/compatiblelicenses thathas been
>> approved by Creative Commons as being essentially equivalent to this
>> License, including without limitation because that license: (i)
>> contains terms that have the same purpose, meaning and effect as the
>> License Elements of this License; and, (ii) explicitly permits the
>> relicensing of derivatives of works made available under that license
>> under this License."
>
> IMHO, your first draft was better. It straightforwardly requires:
>
> 1) CC approval of the license by publishing it in a particular place
>
> 2) Reciprocal publishing of a conversion clause by the compatible
> license's steward
>
> This is important because it makes reciprocity a requirement of both
> stewards in order for the decision to be binding.
i think the amended wording actually makes it clear that CC can only
approve a license that allows reciprocality. consequently, that
timeline isn't wholly accurate — CC would not take the first step of
declaring compatibility with a license that didn't already have
compatibility in it.
>
> Consider, e.g. the following timeline:
>
> Date Action Convertable?
> Jan 15, 2008 - CC publishes XAL as "compatible" No
> with XAF's X Arts License (XAL)*
>
> Feb 15, 2008 - XAF debates CC compatibility No
>
> Jun 15, 2008 - Radical XAF group rejects CC No
>
> Oct 15, 2008 - New XAF leadership reopens CC No
> Debate
>
> Dec 20, 2008 - XAF declares CC/XAL compatible Yes
>
> Feb 21, 2009 XAF changes mind, removes CC No?
> from compatibility list
>
> Mar 23, 2009 XAF changes mind again, adds CC Yes?
> back to compatibility list
>
> Mar 25, 2009 XAF creates new CC-incompatible Y/N by version?
> XAL version
>
> etc., etc. Note that this whole time, CC has listed XAL as
> "compatible", but XAL flakes or flip-flops on the issue, determining
> when the license is compatible. Only the reciprocity clause
> protects us
> from XAL reneging on its agreement with CC.
>
> I think that's a good protection to have.
>
> One thing I am concerned about is the revocation possibility. How does
> that work out exactly? If compatibility is revoked (by either
> organization), what happens to previously converted works.**
>
> Does the date of combination of works matter?
>
> Also how does compatibility interact with the automatic upgrade
> clauses?
this is a good question. i think this and the revocation clause
question has to be answered on a case by case basis. compatibility
can be approved only for a particular license version or it can be
approved for the current and any subsequent license versions. if the
latter is adopted, then there has to be an agreement between the
license stewards that they will maintain the license terms to be
essentially equivalent. otherwise i guess one would have to stop
compatibility at that license version that contained similar terms
and not allow compatibility with later versions...
>
> Consider:
> XAL 1.0 terms are compatible with By-SA 3.0
> By-SA 3.0 includes auto-upgrade clause
> XAL 1.0 includes auto-upgrade clause
> XAL 1.2 adds "we love DRM" clause, breaking By-SA compatibility
>
> Derivers break By-SA terms by trivial conversions:
>
> By-SA 3.0 --> XAL 1.0 --> XAL 1.2
>
> (Now I can distribute DRM-locked By-SA content in violation of the
> original license)
>
> (Yes they have to "derive" at each stage, but that could be done with
> very small changes)
>
> As an opportunity -- this kind of system could *replace* automatic
> upgrade clauses, through using such a published conversion table. This
> could help with some cases, allowing particular versions to be
> converted, but not allowing conversion beyond that version (the
> problem
> being compatibility with existing licenses' upgrade clauses).
>
> Once more than one organization controls the upgrade path, the
> opportunity for loopholes in copyleft becomes large.
>
> Cheers,
> Terry
>
>
> *For anyone wondering, "XAL" is a fictious license or the organization
> promoting it, and I don't mean to imply anything about the reliability
> of any existing organization.
>
> **By "converted work", of course, I mean a work derived from mixed
> license sources and released under one or the other of the
> "compatible"
> licenses.
>
> --
> Terry Hancock (hancock at AnansiSpaceworks.com)
> Anansi Spaceworks http://www.AnansiSpaceworks.com
>
> _______________________________________________
> cc-licenses mailing list
> cc-licenses at lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/cc-licenses
More information about the cc-licenses
mailing list