<div dir="ltr">We last discussed the NASA 2.0 license on May 7. This was a different discussion from the usual, as OSI had already voted to disapprove the license, without providing much in the way of feedback.<div><br></div><div>At that point, the license <i>wasn't really in consideration any longer.</i> I offered to look at the license and provide that feedback, and did so. I concluded that OSI had made the correct decision. NASA's lawyer subsequently explained some of the language, and I spoke with my own counsel, but this did not change my conclusion.</div><div><br></div><div>My storied "weight" was not at all in play when the license was disapproved, my participation was all after that time.</div><div><br></div><div>    Thanks</div><div><br></div><div>    Bruce</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 7, 2018 at 1:02 PM, Bruce Perens <span dir="ltr"><<a href="mailto:bruce@perens.com" target="_blank">bruce@perens.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Marc,<div><br></div><div>Open Hardware licenses also have the issue of attempting to license what is not clearly protected, in a way that can be enforced between two parties but not necessarily in the chain of redistribution common to Open Source.</div><div><br></div><div>I was an early proponent of Open Hardware licensing, and eventually distanced myself from it. The reason was that I did not wish to create new norms in the industry which courts would then cite in creating  protection where it did not previously exist. The creeping expansion of intellectual property protection that we can cause by developing new norms is against the interest of the very communities which have been using Open Hardware and Open Data licenses. Consider, for example, the effect if the schematic diagrams in a century of electronics magazines suddenly acquired protection which could be extended to manufactured objects, rather than just publications.</div><div><br></div><div>Open Data licensing and the license under discussion also present this potential to create new norms which aren't really in the interest of the various open communities. Their own work would be protected more effectively, but at the cost of losing access to work which is presently in the public domain.</div><div><br></div><div>The effect is similar to the problem with the recent decision regarding APIs in <i>Oracle v. Google </i>overturning what we thought we knew from <i>CAI v. Altai. </i>We acquire the potential to enforce the GPL more reliably across an API boundary, eliminating (IMO always wrong) arguments about dynamic linking insulating against the GPL obligation. However, we potentially lose the ability to make free versions of proprietary languages and APIs.</div><div><br></div><div>    Thanks</div><div><br></div><div>    Bruce</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, May 7, 2018 at 12:40 PM, Marc Jones <span dir="ltr"><<a href="mailto:marc@joneslaw.io" target="_blank">marc@joneslaw.io</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div link="blue" vlink="purple" lang="EN-US"><div class="m_-1000643649598132866m_-2590221106973212070m_4113953326595786230m_-4649898674557573375m_4135841829271599866m_-2435804267273138332m_-5016071002609695290WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">The attorneys crafted the NOSA with language that specifies, under contract law, that the Government
 is a third-party beneficiary of all down-stream distributions.</span></p></div></div></blockquote><div><br></div><div>Right. So, the government has a right to sue someone for breach of contract who is not directly a party to a contract with the government. And thus it seems to me that you are attempting to propagate the obligation from that very first person who received the software in the act of the government's releasing it from secret. But I am still not seeing that such a party actually has any consideration to offer to the next party in this chain.<br><br></div></div></div></div></div></blockquote><div><br></div></span><div>Just because material is not protected by copyright, it doesn't mean you cannot restrict its use by contract. The terms of contracts are not generally preempted by copyright law. To oversimplify things, the contents of a phone book are not protected by copyright. See, Feist Publications, Inc. v. Rural Telephone Service Co., 499 U.S. 340 (1991). Nevertheless at least one court has held that an individual's right to distribute those facts can be restricted by contract. Procd, v. Zeidenberg, 86 F.3d 1447 (7th Cir. 1996). I do not think that is particularly remarkable since NDA's are routinely enforced and are generally meant to restrict  a party to the contract's ability to share facts. The parties in ProCD were both private parties, but unless there is a statute denying the federal government the ability to do so, I would be surprised to find out the federal government can't do what a private party could do. For that reason without specifically researching the topic, I do not doubt the Federal Government's ability to enter into a contract that limits a person's ability to distribute source code not protected by copyright. </div><div><br></div><div>I do think the point Bruce raises about binding downstream users to the contract terms is interesting. This problem I think is commonly encountered by the authors of open data "licenses." Many open data licenses are explicitly defined to be contracts, because - I have always assumed - the authors of the licenses expect the license to be used in the distribution of material that has little or no copyright protection. Although the trend is for more open data publishers to just use a public domain dedication like CC0, there are still organizations that prefer to use contracts to distribute their open data. For instance the Community Data License Agreement is explicitly a contract and that was published just this past year. [1] Most of the licenses published by Open Knowledge International are also contracts. [2] Related to open data licenses, many of the Creative Commons licenses are designed to be be licenses but with a fall back to contract law in case the jurisdiction will recognize it as a contract.[4] I acknowledge many of the open data licenses also deal with EU database rights, but they are intended to work in the United States as well in the absence of database rights.</div><div><br></div><div>I am unaware of any cases showing how effective these open data licenses  are at binding downstream users to a contract. I would think the main problem is how to form contracts on redistribution. How do you ensure that the party receiving the material intends to agree to the contract terms? And do so reliably so that everyone who comes into possession of it as it is redistributed also agrees. Establishing the original publisher as being a beneficiary of any subsequent contracts might solve the privity issues required to enforce contracts, but it won't cause a contract to exist if the elements required to form a contract do not otherwise exist.</div><div><br></div><div>Considering the nature of how FOSS is distributed, I don't think you can rely on the exact same arguments in ProCD either since it is unlikely that people using FOSS source code will ever click a button saying I agree, nor will there be a box to ship the terms with. It's not clear to me that shrink-wrap or click-wrap agreements are applicable, or that browser-wrap agreements are generally effective. Perhaps requiring by contract that a notice of the terms of the contract at the top of each file reproducing any of the text covered by the agreement would be sufficient notice to bind subsequent users. But once someone violated that contract and published the uncopyrighted text, is there any recourse? And would NASA or any open data publisher care? I would expect that the users of open data license, generally accept the risk that at least some portion data will escape the terms of the agreement and are comfortable with that.</div><div><br></div><div>-Marc</div><div><br></div><div>[1] <a href="https://cdla.io/permissive-1-0/" target="_blank">https://cdla.io/permissive-1-0<wbr>/</a><br></div><div>[2] Section 2.0 of the ODBL license says "This License is: ...  c. An agreement in contract between You and the Licensor." <a href="https://opendatacommons.org/licenses/odbl/1.0/" target="_blank">https://opendatacommons.org/li<wbr>censes/odbl/1.0/</a></div><div>[3] "To the extent this Public License may be interpreted as a contract, You are granted the Licensed Rights in consideration of Your acceptance of these terms and conditions, and the Licensor grants You such rights in consideration of benefits the Licensor receives from making the Licensed Material available under these terms and conditions." Creative Commons Attribution-ShareAlike 4.0 International Public License available at <a href="https://creativecommons.org/licenses/by-sa/4.0/legalcode" target="_blank">https://creativecommons.org/li<wbr>censes/by-sa/4.0/legalcode</a> </div></div></div>
<br></div></div><span class="">______________________________<wbr>_________________<br>
License-review mailing list<br>
<a href="mailto:License-review@lists.opensource.org" target="_blank">License-review@lists.opensourc<wbr>e.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/ma<wbr>ilman/listinfo/license-review_<wbr>lists.opensource.org</a><br>
<br></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_-1000643649598132866gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span class="">Bruce Perens K6BP - CEO, Legal Engineering<br>Standards committee chair, license review committee member, co-founder, Open Source Initiative</span><div>President, Open Research Institute; Board Member, Fashion Freedom Initiative.<br></div></div></div></div></div></div></div>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Bruce Perens K6BP - CEO, Legal Engineering<br>Standards committee chair, license review committee member, co-founder, Open Source Initiative<div>President, Open Research Institute; Board Member, Fashion Freedom Initiative.<br></div></div></div></div></div></div></div>
</div>