<div dir="ltr"><div>Hi Jukka,</div><div><br></div><div>Thanks, makes a lot of sense. My comments about removing proprietary drivers</div><div>weren't meant as a provocation, I'm sorry you received it that way. Just a thought experiment<br></div><div>to explore possible inconsistency of keeping proprietary drivers while pushing back</div><div>on GPL drivers.  But your explanation of JP2KAK background makes it much clearer</div><div>in my mind.</div><div><br></div><div>Anyways, I'm just a newcomer here, so I will say no more and let the community</div><div>decide what is best.</div><div><br></div><div>Best Regards,</div><div>Aaron</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 1, 2021 at 10:47 AM jratike80 <<a href="mailto:jukka.rahkonen@maanmittauslaitos.fi">jukka.rahkonen@maanmittauslaitos.fi</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>
In my opinion it is GDAL's mandate to favor projects that use the same type<br>
of license than GDAL itself. Both proprietary and more copy-left licenses<br>
makes it a bit harder to handle the whole system. Individual developers may<br>
have their own opinions about what licensing model is the best when it comes<br>
to principles, but I would rather see GDAL as a project to be neutral "We<br>
prefer BSD, but we respect also libraries with other licensing models. To<br>
respect does not mean that we want all of them incorporated". <br>
<br>
If a project selects BSD it is clear from the beginning that anything that<br>
is allowed by the license may happen. <br>
<br>
I don't agree that GDAL supports proprietary drivers more than copy-left<br>
drivers. We have told you that it is quite OK to have a new JP2Grok even we<br>
would prefer to see improvements in JP2OpenJPEG because it is BSD like the<br>
rest of GDAL. And that we are a bit sad because of AGPL and there are users<br>
who can't use Grok, but nothing harder than that. That we prefer BSD is<br>
consistent to our message to the MapInfo team that suggested to add a new<br>
proprietary driver <a href="https://github.com/OSGeo/gdal/pull/3447" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/3447</a>.<br>
<br>
To suggest that we should remove all existing proprietary drivers if we are<br>
not very eager in accepting one more JPEG2000 driver is obviously meant to<br>
be a provocation but I do not know how to react.<br>
<br>
GDAL project does not easily drop existing good drivers which have an<br>
established user base. We may drop JP2KAK some day because it is not really<br>
actively maintained but it is quite a good driver even it does not utilize<br>
some improvements introduced in latest latest KDU SDK versions. So perhaps<br>
it is kept as long as it is possible to compile. If Kakadu was open source<br>
we would be in the situation that you described "If driver A is faster and<br>
more feature rich than driver B, they will want driver A." Unfortunaly very<br>
few users can afford to select driver A in this case.<br>
<br>
We do remove old drivers <a href="https://github.com/OSGeo/gdal/pull/3505" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/3505</a> and it<br>
means goodbye to Jasper.<br>
<br>
-Jukka Rahkonen-<br>
<br>
<br>
boxerab wrote<br>
> Hi Brad,<br>
> <br>
> Definitely makes for an interesting discussion.<br>
> <br>
> A few questions to ponder:<br>
> <br>
> Is it GDAL's mandate to encourage projects with permissive licenses and<br>
> to,<br>
> shall we say,<br>
> discourage those with copy-left licenses ? This is how Google and Apple<br>
> operate,<br>
> but they are for-profit corporations who clearly have a vested interest in<br>
> permissive open source.<br>
> GDAL is a non-profit, open source project. Also, most GDAL users are not<br>
> GDAL developers,<br>
> and many of these users have no strong feelings about licensing as long as<br>
> they can get their work done.<br>
> If driver A is faster and more feature rich than driver B, they will want<br>
> driver A.<br>
> <br>
> Is it legitimate to take OpenJPEG, close the source, improve the code and<br>
> add features,<br>
> and then sell the result without contributing these improvements back to<br>
> OpenJPEG?<br>
> Indeed, it is legitimate, permitted, and encouraged by the BSD license.<br>
> And<br>
> many have<br>
> done so. Likewise with relicensing under a different FLOSS license, as<br>
> long<br>
> as BSD terms are<br>
> respected.<br>
> <br>
> If GDAL supports proprietary drivers but rejects open source drivers<br>
> because they are copy-left,<br>
> this doesn't seem consistent to me. Perhaps all proprietary drivers should<br>
> be removed, if<br>
> that is the desire of the project? Keeping JP2KAK and rejecting JP2Grok<br>
> seems a bit hard<br>
> to fathom to me.<br>
> <br>
> As for proliferation of driver code, the Jasper driver seems to be on the<br>
> way out, as Jasper<br>
> code is dangerously insecure and filled with bugs. So, JP2Grok would<br>
> simply<br>
> take its place.<br>
> <br>
> My two cents.<br>
> <br>
> Aaron<br>
> <br>
> <br>
> On Sun, Feb 28, 2021 at 8:15 PM Brad Hards &lt;<br>
<br>
> bradh@<br>
<br>
> &gt; wrote:<br>
> <br>
>> I think this will be an interesting issue for the GDAL PMC.<br>
>><br>
>> On one hand, AGPL is no worse than some proprietary (optional) dependency<br>
>> libraries. On the other hand, supporting it in GDAL is<br>
>> implicitly endorsing the fork, and adds to the proliferation of driver<br>
>> code in the GDAL/OGR repository. I think this could<br>
>> reasonably be decided either way.<br>
>><br>
>> Brad<br>
>><br>
>><br>
>> _______________________________________________<br>
>> gdal-dev mailing list<br>
>> <br>
<br>
> gdal-dev@.osgeo<br>
<br>
>> <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
>><br>
> <br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
<br>
> gdal-dev@.osgeo<br>
<br>
> <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>