<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 7, 2019 at 4:42 AM Moritz Lennert <<a href="mailto:mlennert@club.worldonline.be">mlennert@club.worldonline.be</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
We work with a company on a project where we use GRASS GIS to calculate <br>
accessibility indicators. The main output we provide is a Python script <br>
which calls GRASS GIS modules via the grass.script API. The company is <br>
willing to make this script free software, but would like to license it <br>
with a permissive license such as MIT or Apache.<br>
<br>
I would think that calling GRASS GIS modules in a script does not <br>
automatically imply the script has to be GPL, but what about the use of <br>
the Python API ?<br>
<br>
I would think that this case falls in the grey area described at [1] and <br>
have tendency to think that MIT/Apache license would be allowed.<br></blockquote><div><br></div><div>Hi Moritz,<br></div><div><br></div><div>To make things more complicated: Note that if MIT is allowed, that (would) mean(s) that proprietary is also allowed, i.e. can you license it under an arbitrary licensing terms and conditions. So, I think you are basically asking if you can create proprietary scripts which are using GRASS GIS modules and also if there is a difference between a script and a software in this context. Is doing scripting in GRASS GIS mere using of GRASS GIS or it is making derived programs? There is general agreement that Bash scripts can be MIT/proprietary, but is calling GRASS GIS modules the same as calling POSIX defined tools? Depending on the answers, you can be looking at incorporating GPL-covered software in a proprietary system [2].</div><div><br></div><div>But first, I would be asking for reasons for requiring MIT/Apache. Clearly, it is not *fear* of leaking patent rights with GPLv3 because that would rule out Apache. If the reason is keeping the option to reuse pieces of the code in a propriety product by the company, I don't see why that would be an issue because 1) as a copyright holder, you can decide to change licensing at any time and 2) even if you keep GPL, you can use modified GPL code internally without releasing it. Use of GPL software is oviously not an issue either here. On top of that, the increasing use of SaaS and GPL behavior there [3] makes me wonder why to even talk about this and not go with the obviously save choice GPL >=2.</div><div><br></div><div>To push back a little, I would say that if somebody has the capacity to have reasons for MIT/Apache which go beyond what I tried to describe in the previous paragraph, I would say they have capacity to determine the licensing options here, i.e. answer my first paragraph. This serves also as my "I'm not a lawyer statement."<br></div><div><br></div><div>And a more practical note, in case the conclusion of all this is still a MIT or Apache license, note that Apache 2.0 is not compatible with GPL v2 (it is compatible only with v3), so it would not be possible to include the code into GRASS GIS (which is >=2) if somebody decides to do so.<br></div><div><br></div><div>Best,</div><div>Vaclav<br></div><div><br></div><div>[2] <a href="https://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem">https://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem</a></div><div>[3] <a href="https://www.fsf.org/licensing/2007-03-29-gplv3-saas">https://www.fsf.org/licensing/2007-03-29-gplv3-saas</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Does anyone have a more informed opinion ?<br>
<br>
Moritz<br>
<br>
<br>
[1] <a href="https://www.gnu.org/licenses/gpl-faq.html#MereAggregation" rel="noreferrer" target="_blank">https://www.gnu.org/licenses/gpl-faq.html#MereAggregation</a><br>
_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/grass-user</a></blockquote></div></div>