<br><div class="gmail_quote"> Karl Fogel <span dir="ltr"><<a href="mailto:kfogel@red-bean.com">kfogel@red-bean.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
It might help to take a step back and think about how CC0 could be<br>
useful to open source.  I had thought of it primarily as part of the<br>
answer to the many "But what about the public domain?" questions we see<br>
(at OSI and elsewhere).  But there may be ways to answer those questions<br>
even without CC0 being an OSI-approved license.  I'm not trying to<br>
prejudge the question, I'm just saying that the larger context is<br>
important to bear in mind.  It's not that CC0 is a software license<br>
already applied to lots of programs -- rather, it's that people have<br>
questions about the public domain and open source, and CC0 might help<br>
make them a bit less complicated to answer.  This could be still be true<br>
whether or not it is approved.<br></blockquote><div><br>Thanks Karl, I think the bigger picture of what CC0 would offer is important.  Here's my take:<br> </div><div>For me, OSI recognition of CC0 means a consistent and frictionless license for use & reuse by the scientific community and beyond.  There are often not sharp divisions between software, code snippets and scripts, documentation, data files, figures, etc in scientific work, and these lines are becoming more and more blurred as science moves in a direction to provide the complete package of research, where data and software are embedded into documents themselves.  We need one license that can cover all these "additional products of scientific research," in a way that maximizes their reuse.  Currently recognized OSI licenses do not appear applicable for these heterogeneous "additional products."<br>
<br>There's a need for public domain licensing in science, and CC0 has 
already been recognized by many players as the best tool available.  The Dryad data repository requires CC0.  The Panton principles have recommended CC0, as has the open knowledge foundation.  The Comprehensive R Archive Network (CRAN) has just acknowledged CC0 as a valid open source license.  R packages are incidentally excellent illustrations of something that is licensed as software, but contains software, scripts, manuals, data, figures, and even complete manuscripts.   Specifying separate licenses for the data, the software code, the example scripts, the manual, and the vignettes and documentation would be cumbersome at best.  <br>
<br>OSI does not recognize a license that provides a robust way to dedicate software to the public domain, for which there is a clear and present need.  <br><br>It does sound like all the comments largely recognize this, and just want to make sure CC0 is the best tool for the job. <br>
<br>Carl<br><br><br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>On Mon, Feb 20, 2012 at 8:27 AM, Tzeng, Nigel H. <<a href="mailto:Nigel.Tzeng@jhuapl.edu">Nigel.Tzeng@jhuapl.edu</a>> wrote:<br>
>> On 2/19/12 3:08 PM, "Russ Nelson" <<a href="mailto:nelson@crynwr.com">nelson@crynwr.com</a>> wrote:<br>
>><br>
>>>Patent licensing is a mess. It would be better to establish one policy<br>
>>>for all OSI-approved licenses, possibly modifying the OSD, than to try<br>
>>>to piecemeal it one license at a time.<br>
>><br>
>> +1<br>
>><br>
>> As a partial counterpoint to MXM PL, OSI has approved patent grants<br>
>> explicitly limited to only those patents held by the individual<br>
>> contributors of the code and not the whole organization they belong to in<br>
>> ECL 2.0.<br>
>><br>
>> Someone attempting to game the system with a patent trap inside software<br>
>> under an OSI approved licensed could as easily do so with ECL 2.0.  Just<br>
>> make sure the software devs don't hold the patents in question.  If some<br>
>> of you try to get ECL revoked on such silly grounds I will be annoyed with<br>
>> you and call you names.<br>
>><br>
>> FWIW I view CC0 as fine as written.  Given the explicit language CC put it<br>
>> there for a reason.  An explanation would be nice but not approving for<br>
>> that reason strikes me as counter-productive if CC is unwilling to<br>
>> change/clarify the clause.  I don't see the patent risks as any higher<br>
>> with or without the clause but I do see the community poorer without a CC0<br>
>> option.<br>
>><br>
>> If you guys have that much heartache park it in that "special purpose<br>
>> licenses" category.  Which I notice is still pointing at ECL 1.0 and not<br>
>> 2.0 on the website.<br>
>><br>
>> IANAL, speaking only for me, etc.<br>
>><br>
>> _______________________________________________<br>
>> License-review mailing list<br>
>> <a href="mailto:License-review@opensource.org">License-review@opensource.org</a><br>
>> <a href="http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review" target="_blank">http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review</a><br>
_______________________________________________<br>
License-review mailing list<br>
<a href="mailto:License-review@opensource.org">License-review@opensource.org</a><br>
<a href="http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review" target="_blank">http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Carl Boettiger<br>UC Davis<br><a href="http://www.carlboettiger.info/" target="_blank">http://www.carlboettiger.info/</a><br><br>