<div dir="ltr"><div dir="ltr">Thanks for your feedback, and constructive critical view.<div><div><br></div>There are also numerous (i) callouts in the license. It is not clear<span> </span><br>whether these are part of the license text, or are intended to be<span> </span><br><div>explanatory. <span> </span></div><div><i>>>Callouts are Hint Texts which explain the Article but are not the legal text. <b>The PLAIN TEXT License Copy is available for ready reference<a href="https://license.openconstitution.us/license-copy-eng" target="_blank"> here</a>. </b></i><br></div><div><br></div><div>''I'll note that overall, this license seems to have been created by<span> </span><br></div><div>incrementally editing your prior terms of service, without a review to<span> </span><br>ensure that the resulting document was internally consistent and clear.''</div><div><br></div><div><span>>><i>Yes, </i></span><i>the License creation process is inspired by the visualisation of the Open Constitution AI network (see a diagram <a href="https://docs.muellners.info/oc-network/network-diagram" target="_blank">here</a>). This review process is helping us further delink the License from the case study of the Open Constitution network and make the license attributable to any digital IP in AI systems.</i></div><div><div>Based on your suggestions, we have set up a Live Editor copy to bring edits to one place, during this review.</div><div>On this page, one can also leave a comment or a question directly next to any Article, wherever any explanation is deemed required by the esteemed members of the list.</div><div><a href="https://license.openconstitution.us/public-review-copy" target="_blank">https://license.openconstitution.us/public-review-copy</a></div></div><div><br></div><div><b>The summary of edits is below;</b></div><div><b>A. </b></div><div>''Article 1 section b is somewhat poorly drafted, but in any case requires<span> </span></div>> that a 'derivative work' comply with a third party's "Acceptable Usage<span> </span><br>> Conditions". This is clearly not compatible with OSD 5 and 6, ............................................. Article 5 is also incompatible with OSD 5 and 6.<br><br>Licenses cannot include, by implication, external terms and<span> </span><br>conditions. Such conditions must be part of the license, and they must<span> </span><br><div>comply with the OSD.''</div><div><br></div><div><i><b>>>EDITS: </b></i></div><div><i>Article 1: Remove dependence on external documents maintained elsewhere- removing Acceptable Usage Conditions in 1b by rewriting Article 1.</i></div><div><i>Article 5: Rewritten to remove dependence on external doc Global Statutes: Non-acceptable Usage or Exclusion Rights modelled on <span style="font-size:13px;font-family:"Helvetica Neue"">No harm, </span><span style="font-size:13px;font-family:"Helvetica Neue"">Security measures & </span><span style="font-size:13px;font-family:"Helvetica Neue"">Data integrity.</span></i><br></div><div><span style="font-size:13px;font-family:"Helvetica Neue""><br></span></div><div><span style="font-size:13px;font-family:"Helvetica Neue""><i><br></i></span></div><div><i><b>B. </b></i></div><div><i><b>>>EDITS: </b></i></div><div><i>Article 2: Rewritten for clarity on ''rationale for the Source Object to be publicly available''</i><br></div><div><br></div><div><b>C. </b></div><div>''Article 3: Tokenization: this seems to say that licensees must have some<span> </span></div>kind of specific electronic ID token to be licensees? .................................... This seems to be<span> </span><br>intended to be in support of Article 4, which would be related to the<span> </span><br>open sourcing of AI data models, but the language is not at all clear.''</div><div><br><div><b>>> EDITS: </b></div><div>Article 3: Rewritten for clarity on ''what is authenticated and authorized in the context of, any access to Source Object.''</div><div><br></div><div><b>D.</b><span style="font-size:13px;font-family:"Helvetica Neue""> </span></div><div><b>>>EDITS</b></div><div>Article 11 edits to make the jurisdiction independent for litigation due to interpretation b/w other parties.</div><div> </div><div><b>E.</b> </div><div><b>>>EDITS in</b> <b>Definitions:</b> </div><div><span style="font-family:"Helvetica Neue";font-size:13px">Removed definition of “Open Source” and added the write-up as a Help Text for open sourcing an IP ... subjective nature of the term used in the context of AI systems, added definitions to Tokenization, Network.</span></div><div><br></div><div>Please let us know if there are questions. </div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 18, 2023 at 2:00 PM <<a href="mailto:license-review-request@lists.opensource.org" target="_blank">license-review-request@lists.opensource.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Send License-review mailing list submissions to<br>
<a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
<br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:license-review-request@lists.opensource.org" target="_blank">license-review-request@lists.opensource.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:license-review-owner@lists.opensource.org" target="_blank">license-review-owner@lists.opensource.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of License-review digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Request for Open Constitution License v1 for Approval<br>
(Kevin P. Fleming)<br>
2. Re: Request for Legacy Approval for the ICU License (as used<br>
by ICU 1.8.1 to ICU 57.1) (Josh Berkus)<br>
3. Re: Request for Open Constitution License v1 for Approval<br>
(Josh Berkus)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 17 Aug 2023 13:38:34 -0400<br>
From: "Kevin P. Fleming" <<a href="mailto:lists.osi-license-review@kevin.km6g.us" target="_blank">lists.osi-license-review@kevin.km6g.us</a>><br>
To: License-review <<a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a>><br>
Subject: Re: [License-review] Request for Open Constitution License v1<br>
for Approval<br>
Message-ID: <<a href="mailto:df3234f9-b157-4be3-950b-d0fa243f4bb6@app.fastmail.com" target="_blank">df3234f9-b157-4be3-950b-d0fa243f4bb6@app.fastmail.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
On Wed, Aug 16, 2023, at 17:00, Legal Desk via License-review wrote:<br>
> **Rationale f*or a new license*<br>
> <br>
> **<br>
> <br>
> The Open Constitution License (OCL) <<a href="https://license.openconstitution.us/open-constitution-license-v1" rel="noreferrer" target="_blank">https://license.openconstitution.us/open-constitution-license-v1</a>> is a novel open-source license that grants intellectual property rights to source code hosted on an Artificial Intelligence network. It sets rules for data integrity, authorization, and redistribution of IP through a publicly accessible network. The license considers factors such as open data principles, copyrightability of AI/ML systems, data privacy, fair competition, and responsibility in AI/ML-driven decisions.<br>
> <br>
> <br>
> <br>
> OCL **differs from other open-source licenses** in its focus on AI and its specific provisions for data protection, international law, and the role of the public network. <br>
> <br>
> It introduces General Public Tokenization, and electronic persons in the context of open source IPR.<br>
> <br>
> <br>
> <br>
> OCL establishes a chain of authorship **similar to** EUPL-1.2 or a restriction on the Licensee for data integrity performance when redistributing to a beneficiary,* s*imilar to **CAL1.0, <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> PLAIN TEXT COPY OF THE LICENSE<br>
> <br>
> _<a href="https://license.openconstitution.us/license-copy-eng_" rel="noreferrer" target="_blank">https://license.openconstitution.us/license-copy-eng_</a><br>
> <br>
<br>
This license contains a definition of "Open Source" which is not based on the OSD. It seems highly unlikely that the OSI would approve a license containing a conflicting definition of this fundamental term.<br>
<br>
Article 1 section b is somewhat poorly drafted, but in any case requires that a 'derivative work' comply with a third party's "Acceptable Usage Conditions". This is clearly not compatible with OSD 5 and 6, which disallow discrimination against person(s) or group(s), and against fields of endeavor. Article 5 is also incompatible with OSD 5 and 6.<br>
<br>
Article 2.1 is not compatible with OSD 10; the license cannot dictate any specific technological mechanisms.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20230817/25552683/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20230817/25552683/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 17 Aug 2023 17:45:29 -0700<br>
From: Josh Berkus <<a href="mailto:josh@berkus.org" target="_blank">josh@berkus.org</a>><br>
To: License submissions for OSI review<br>
<<a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a>>, Jeff Johnson <<a href="mailto:trnsz@pobox.com" target="_blank">trnsz@pobox.com</a>><br>
Subject: Re: [License-review] Request for Legacy Approval for the ICU<br>
License (as used by ICU 1.8.1 to ICU 57.1)<br>
Message-ID: <<a href="mailto:6425fc40-fa75-408f-a073-2c89c8e567a1@berkus.org" target="_blank">6425fc40-fa75-408f-a073-2c89c8e567a1@berkus.org</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
On 8/16/23 01:25, Jeff Johnson wrote:<br>
> I'm requesting that the ICU License be considered for Legacy approval as <br>
> an OSI-approved license.<br>
<br>
My vote, from a developer perspective:<br>
<br>
+1 to approve, with eventual tagging of "redundant with more popular <br>
licenses" or whatever our equivalent ends up being.<br>
<br>
-- <br>
Josh Berkus<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 17 Aug 2023 18:04:39 -0700<br>
From: Josh Berkus <<a href="mailto:josh@berkus.org" target="_blank">josh@berkus.org</a>><br>
To: License submissions for OSI review<br>
<<a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a>>, "Kevin P. Fleming"<br>
<<a href="mailto:lists.osi-license-review@kevin.km6g.us" target="_blank">lists.osi-license-review@kevin.km6g.us</a>><br>
Subject: Re: [License-review] Request for Open Constitution License v1<br>
for Approval<br>
Message-ID: <<a href="mailto:522257a5-b18c-4e1c-94a7-09f233916f02@berkus.org" target="_blank">522257a5-b18c-4e1c-94a7-09f233916f02@berkus.org</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Thanks for submitting this! We appreciate the effort to create a <br>
license specifically in the AI realm.<br>
<br>
I'll note that overall, this license seems to have been created by <br>
incrementally editing your prior terms of service, without a review to <br>
ensure that the resulting document was internally consistent and clear. <br>
The suggestions below are in pursuit of improving this license to the <br>
point where it can be acceptable.<br>
<br>
There are also numerous (i) callouts in the license. It is not clear <br>
whether these are part of the license text, or are intended to be <br>
explanitory. The text in many of these callouts directly contradicts <br>
text elsewhere.<br>
<br>
On 8/17/23 10:38, Kevin P. Fleming wrote:<br>
> <br>
> This license contains a definition of "Open Source" which is not based <br>
> on the OSD. It seems highly unlikely that the OSI would approve a <br>
> license containing a conflicting definition of this fundamental term.<br>
> <br>
> Article 1 section b is somewhat poorly drafted, but in any case requires <br>
> that a 'derivative work' comply with a third party's "Acceptable Usage <br>
> Conditions". This is clearly not compatible with OSD 5 and 6, which <br>
> disallow discrimination against person(s) or group(s), and against <br>
> fields of endeavor. Article 5 is also incompatible with OSD 5 and 6.<br>
<br>
Yes, this. Licenses cannot include, by implication, external terms and <br>
conditions. Such conditions must be part of the license, and they must <br>
comply with the OSD.<br>
<br>
> <br>
> Article 2.1 is not compatible with OSD 10; the license cannot dictate <br>
> any specific technological mechanisms.<br>
<br>
Also, 2.1 conflicts directly with the subsection "Open Constitution <br>
License Is technology-neutral." And with the very next paragraph under 2.1.<br>
<br>
Also, the whole business of machine vs. human-readable source objects <br>
very hard to understand, and I suspect the result of further edit conflicts.<br>
<br>
Article 3: Tokenization: this seems to say that licensees must have some <br>
kind of specific electronic ID token to be licensees? Is this an <br>
AI-specific thing? Because as a general software dev, it's completely <br>
unclear to me what this section is getting at. This seems to be <br>
intended to be in support of Article 4, which would be related to the <br>
open sourcing of AI data models, but the language is not at all clear.<br>
<br>
Article 5: This makes it clear that the idea is for Acceptable Usage <br>
Conditions to be something that any licensor can do for their individual <br>
source object. This isn't going to work, not if you want this to be <br>
open source. It's also unenforceable and impossible to comply with.<br>
<br>
It also adds a dependancy on yet another external document, the Global <br>
Statutes of the Open Constitution Network, which isn't going to work for <br>
the reasons explained above.<br>
<br>
So, interesting first draft, hopefully we can edit this into a place <br>
where it's actually open source.<br>
<br>
-- <br>
Josh Berkus<br>
<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
License-review mailing list<br>
<a href="mailto:License-review@lists.opensource.org" target="_blank">License-review@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of License-review Digest, Vol 119, Issue 8<br>
**********************************************<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div style="color:rgb(0,0,0)"><div><span style="color:rgb(0,123,53);font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:15px">Legal Desk</span></div><span style="color:rgb(0,123,53);font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:15px"><div>Muellners Foundation</div><div><span style="color:rgb(102,102,102);font-family:"Open Sans",Helvetica,Arial,sans-serif;font-size:14px"><br></span></div><div><span style="color:rgb(102,102,102);font-family:"Open Sans",Helvetica,Arial,sans-serif;font-size:14px">Impressum- Muellners® "frivillig forening"; Voluntary Association, Copenhagen, Denmark </span><span style="color:rgb(102,102,102);font-family:"Open Sans",Helvetica,Arial,sans-serif;font-size:14px">CVR:</span><span style="color:rgb(102,102,102);font-family:"Open Sans",Helvetica,Arial,sans-serif;font-size:14px">41008407</span></div><div><span style="color:rgb(102,102,102);font-family:"Open Sans",Helvetica,Arial,sans-serif;font-size:14px"><br></span></div><div>This mail is governed by Muellners® IT policy.<br>The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.<span style="color:rgb(102,102,102);font-family:"Open Sans",Helvetica,Arial,sans-serif;font-size:14px"><br></span></div></span></div></div></div>
</div>