<div dir="ltr"><div dir="ltr">Afaik, our training and data augmentation code will be, out of necessity, GPL3.</div><div dir="ltr"><br></div><div>For the images included in the dataset, our artist suggested CC-BY with a special clause that would ensure that the images will be CC-BY when used normally, but allow no credit when used in our AI. (I suggested CC-0, but the artist said that they wouldn't feel comfortable giving their artworks with CC-0 to a dataset, so that won't work).<br></div><div>How should we phrase it?<br></div><div>I think the clause should allow for our AI and, for simplicity, other usages in AI by the Krita team, but not in any other AIs. Or possibly just for the Smart Inking AI? But how to say it?<br></div><div>Should we get some kind of legal advice or something?<br></div><div><br></div><div><br></div><div>Tiar<br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">sob., 30 mar 2024 o 15:22 Cornelius Schumacher <<a href="mailto:schumacher@kde.org">schumacher@kde.org</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 26.03.24 17:33, Volker Krause wrote:<br>
> On Montag, 25. März 2024 15:17:48 CET Halla Rempt wrote:<br>
>> We're looking into adding an experimental AI-based feature to Krita:<br>
>> automated inking. That gives us three components, and we're not sure about<br>
>> the license we should use for two of them: the model and the datase. Would<br>
>> CC be best here?<br>
> <br>
> Looking at <a href="https://community.kde.org/Policies/Licensing_Policy" rel="noreferrer" target="_blank">https://community.kde.org/Policies/Licensing_Policy</a> the closest<br>
> thing would either be "media" files (generalized to "data files") and thus CC-<br>
> BY-SA (and presumably CC-BY/CC0) or "source code" (xGPL, BSD/MIT).<br>
<br>
I don't think we can directly use the current licensing policy for ML <br>
models and datasets. But I suppose we should discuss extending it to <br>
cover these use cases as well.<br>
<br>
CC-BY or CC-BY-SA are not the best choice for data as their attribution <br>
requirements can make it impractical to work with data under these <br>
licenses. There are some good arguments why data should rather not be <br>
licensed at all <br>
(<a href="https://plus.pli.edu/Details/Details?fq=id:(352066-ATL2)" rel="noreferrer" target="_blank">https://plus.pli.edu/Details/Details?fq=id:(352066-ATL2)</a>). This would <br>
suggest to use CC0 as closest practical form of it.<br>
<br>
For models, attribution requirements seem to be less of an issue. But as <br>
Volker described the copyright situation is quite complicated and it's <br>
not clear yet, what consequences this will have in the future. From this <br>
point of view a permissive license could a good choice as it is likely <br>
to not create problems in the future. As the MIT is already mentioned in <br>
the licensing policy, maybe this is the best choice?<br>
<br>
In addition to the licensing itself it could also be good to consider <br>
how to convey more information about the openness of the system. Even if <br>
it wouldn't make a difference in terms of copyright for the user of a <br>
model, it still might be preferable to use models which are trained on <br>
free and open data. Some kind of labeling and making this transparent to <br>
end users could be a solution to that.<br>
<br>
In the context of the Sustainable Software goal we have a bit of <br>
discussion around the labeling. There are some ongoing efforts, such as <br>
OSI's attempt to define what Open AI actually should mean <br>
(<a href="https://opensource.org/deepdive" rel="noreferrer" target="_blank">https://opensource.org/deepdive</a>), or Nextcloud's Ethical AI labeling <br>
system (<a href="https://nextcloud.com/blog/nextcloud-ethical-ai-rating/" rel="noreferrer" target="_blank">https://nextcloud.com/blog/nextcloud-ethical-ai-rating/</a>). Maybe <br>
it would be worth thinking about adopting something like that in KDE as <br>
well. Who would be interested to discuss this? We have it on the agenda <br>
for the upcoming Goals sprint end of April, but it might be worth <br>
extending this discussion if there is broader interest.<br>
<br>
-- <br>
Cornelius Schumacher <<a href="mailto:schumacher@kde.org" target="_blank">schumacher@kde.org</a>><br>
</blockquote></div></div>