[gdal-dev] Click through proprietary licensing

Frank Warmerdam warmerdam at pobox.com
Thu Nov 11 22:25:41 EST 2010


Folks,

I accidentally send this originally to gdal-dev instead of the
OSGeo4W list.  I'd like to move the discussion to the OSGeo4W
list.  I'm just cc:ing gdal-dev for notice.

Even Rouault wrote:
> Le jeudi 11 novembre 2010 19:55:27, Frank Warmerdam a écrit :
> 
> Yes, this is a tricky situation. 
> 
> In fact, the potential legal infringement doesn't come necessary only from the 
> side of the proprietary software. Even if you satisfy the licencing terms of 
> the former, the copyright holders of the GPL software could argue that the GPL 
> licence doesn't apply in that context.

Even,

Yes, this is the primary issue I was concerned when I mentioned GRASS.

> The issue is not using GPL and proprietary stuff, but distributing the 
> aggregation of the two. Whether the fact of distributing a GPL program 
> (QGIS/GRASS/...) that uses a X/MIT library (GDAL/OGR) that has a X/MIT plugin 
> (OCI driver, ECW driver, MRSID driver) that links to a proprietary plugin (OCI 
> library, ECW library, MRSID library, ...) is illegal or not is probably in the 
> gray area of the GPL ( there is always debate on how linking and GPL work : 
> http://en.wikipedia.org/wiki/GNU_General_Public_License#Linking_and_derived_works 
> )

Honestly, if everything is installed as part of OSGeo4W it does not seem
like a gray area to me.  It seems to be a clear violation of the GPL.

If the end user later adds a proprietary plugin of their own accord
then we are at least in a gray area or even in the clear.  But it isn't
my wish to try and subvert the GPL.

> 4) And the last sentence of clause 2 of GPLv2 could perhaps apply to OSGeo4W 
> situation : "In addition, mere aggregation of another work not based on the 
> Program with the Program (or with a work based on the Program) on a volume of 
> a storage or distribution medium does not bring the other work under the scope 
> of this License. ".

Certainly I don't see a problem installing GDAL+proprietary plugins
and some GPL'ed software that doesn't actually link to GDAL.  In this
case we only have aggregation.

> So we could probably say that those proprietary plugins are out of the scope 
> of the GPL licence, but I'm not 100% this is a valid interpretation...
> 
> Of course, there are some possible ways to solve this without ambiguity :
> a) either those proprietary stuff are licenced under a GPL compatible open-
> source licence... (well one can dream...)
> b) or the copyright holders of those GPL software agree to provide a special 
> exception clause to the GPL to allow it to be combined with proprietary 
> software. Not necessarily easy in the presence of multiple copyright holders.

One approach I have contemplated is having driver register some metadata
about their licensing class.  In this way a GPLed application could choose
not to register proprietary drivers and/or proprietary applications could
choose not to register GPLed (broadly reciprocally licensed) drivers.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent



More information about the gdal-dev mailing list