[GRASS5] why GPL

Why is GRASS licensed under the GPL? I would think the LGPL would be far more appropriate.

It is possible for the authors of the original code to re-release their code under the LGPL or another license. If we decide to restructure GRASS I think this would be a very very good idea. People who may want to write plugings (views, commands (and other controllers), etc.) for the GRASS framework I propose may want to use their own license. If the code is only released in GPL form that's not allowed given the current (read: RMS) interpretation of the GPL.

If however it were licensed under the LGPL people could use the framework without making their code GPL. I mean what if somebody wants to write an intricate shareware view for a particular platform? Nobody is forced to use his view and custom controllers, but some may want to even if they don't get the source. Changes to the GRASS framework would of course have to be LGPL licensed (which is the purpose of the license).

I consider this a serious issue which I hope I find common ground with. I suspect GRASS was released under the GPL because the LGPL hadn't been written yet.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

On Thu, Mar 22, 2001 at 07:03:59AM -0800, strobe anarkhos wrote:

Why is GRASS licensed under the GPL? I would think the LGPL would be far
more appropriate.

It is possible for the authors of the original code to re-release their
code under the LGPL or another license. If we decide to restructure GRASS
I think this would be a very very good idea. People who may want to write
plugings (views, commands (and other controllers), etc.) for the GRASS
framework I propose may want to use their own license. If the code is only
released in GPL form that's not allowed given the current (read: RMS)
interpretation of the GPL.

If however it were licensed under the LGPL people could use the framework
without making their code GPL. I mean what if somebody wants to write an
intricate shareware view for a particular platform? Nobody is forced to
use his view and custom controllers, but some may want to even if they
don't get the source. Changes to the GRASS framework would of course have
to be LGPL licensed (which is the purpose of the license).

I consider this a serious issue which I hope I find common ground with. I
suspect GRASS was released under the GPL because the LGPL hadn't been
written yet.

At least the GRASS I/O routines shall be released under LGPL. When
restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".
Like that proprietary products will be allowed to read/write GRASS
databases directly. See the libgrass link at:
Bereich Geographie – Naturwissenschaftliche Fakultät – Leibniz Universität Hannover

Generally I feel that GPL is a quite good license for GRASS. We have
quite good experience with that.

Regards

Markus Neteler

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

At least the GRASS I/O routines shall be released under LGPL. When
restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".
Like that proprietary products will be allowed to read/write GRASS
databases directly. See the libgrass link at:
http://www.geog.uni-hannover.de/grass/related_projects.html

I don't consider this a solution.

Generally I feel that GPL is a quite good license for GRASS. We have
quite good experience with that.

The only difference between the GPL and LGPL is software linked to the GRASS library would not have to be GPL. It offers the same protection of the software, but doesn't scare away people who do not want to release GPL software.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

On Thu, Mar 22, 2001 at 07:45:43AM -0800, strobe anarkhos wrote:

>
>
>At least the GRASS I/O routines shall be released under LGPL. When
>restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".
>Like that proprietary products will be allowed to read/write GRASS
>databases directly. See the libgrass link at:
> http://www.geog.uni-hannover.de/grass/related_projects.html

I don't consider this a solution.

And why exactly should we write code and give it away under a license
that allows anyone to appropriate for their profit without returning
anything to the GRASS community? I find this proposal eminently
reasonable and I will *not* relicense any code I write under any weak
license except for the purpose of providing import/export facilities
(i.e. GRASS I/O routines).

>Generally I feel that GPL is a quite good license for GRASS. We have
>quite good experience with that.

The only difference between the GPL and LGPL is software linked to the
GRASS library would not have to be GPL. It offers the same protection
of the software, but doesn't scare away people who do not want to
release GPL software.

And that's a big difference. If people are scared off because they
can't make money using the freely given contributions of other, so be
it.

--
Eric G. Miller <egm2@jps.net>

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

strobe anarkhos wrote:

Why is GRASS licensed under the GPL? I would think the LGPL would be
far more appropriate.

Well, one reason in favour of the GPL is that existing GPL'd code can
be appropriated for use in GRASS.

--
Glynn Clements <glynn@sensei.co.uk>

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

At 8:34 AM -0800 3/22/01, Eric G. Miller wrote:

On Thu, Mar 22, 2001 at 07:45:43AM -0800, strobe anarkhos wrote:
> >
> >
> >At least the GRASS I/O routines shall be released under LGPL. When
> >restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".
> >Like that proprietary products will be allowed to read/write GRASS
> >databases directly. See the libgrass link at:
> > http://www.geog.uni-hannover.de/grass/related_projects.html
>
> I don't consider this a solution.

And why exactly should we write code and give it away under a license
that allows anyone to appropriate for their profit without returning
anything to the GRASS community? I find this proposal eminently
reasonable and I will *not* relicense any code I write under any weak
license except for the purpose of providing import/export facilities
(i.e. GRASS I/O routines).

Your code is just as protected under the LGPL, and people use GRASS to profit anyway, like using GRASS in their profession. This will become more problematic if somebody wants to use GRASS more pervasively like in a framework many application use.

Nobody can take your code and sell it, it's available to everybody. The problem with the GPL is it isn't available to everybody and it will prevent it from becoming widely used. Instead it will be stuck as a nice stand-alone app instead of a general tool. I don't have any plans to sell GRASStep or any project branching from that work, but I would like to LGPL license it in case somebody wants to write a new tool for it under their own license.

The LGPL is not 'weak', I think you should try to be more open minded.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

At 6:00 PM +0000 3/22/01, Glynn Clements wrote:

strobe anarkhos wrote:

> Why is GRASS licensed under the GPL? I would think the LGPL would be
> far more appropriate.

Well, one reason in favour of the GPL is that existing GPL'd code can
be appropriated for use in GRASS.

Like what.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

On Fri, Mar 23, 2001 at 12:36:35AM -0800, strobe anarkhos wrote:

At 8:34 AM -0800 3/22/01, Eric G. Miller wrote:
>On Thu, Mar 22, 2001 at 07:45:43AM -0800, strobe anarkhos wrote:
> > >
> > >At least the GRASS I/O routines shall be released under LGPL. When
> > >restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".
> > >Like that proprietary products will be allowed to read/write GRASS
> > >databases directly. See the libgrass link at:
> > > http://www.geog.uni-hannover.de/grass/related_projects.html
> >
> > I don't consider this a solution.
>
>And why exactly should we write code and give it away under a license
>that allows anyone to appropriate for their profit without returning
>anything to the GRASS community? I find this proposal eminently
>reasonable and I will *not* relicense any code I write under any weak
>license except for the purpose of providing import/export facilities
>(i.e. GRASS I/O routines).

Your code is just as protected under the LGPL, and people use GRASS to
profit anyway, like using GRASS in their profession. This will become
more problematic if somebody wants to use GRASS more pervasively like
in a framework many application use.

Your missing the argument. Most of the people developing for GRASS
are end users (including myself). The primary motivation is to have
a free and freely available GIS system. By having many people
contributing freely to GRASS under a free license we all reap the
benefits of each others work. If we re-license code to allow third
parties to use our work to make non-free software the motivation to
work on GRASS is lost. If I wanted to pay for the software, I'd just
buy one of the many commercial GIS's already on the market. Basically
you end up with a one-way street. Developers of proprietary add-ons
reap all the benefits, where develepors of the free parts have to pay
for the non-free parts. I don't see any point to it. Might as well
use ESRI or Integraph products and write to their API's (I know they'll
happily use code developed by third parties if it is robust and general
enough).

Nobody can take your code and sell it, it's available to everybody.
The problem with the GPL is it isn't available to everybody and it
will prevent it from becoming widely used. Instead it will be stuck as
a nice stand-alone app instead of a general tool. I don't have any
plans to sell GRASStep or any project branching from that work, but I
would like to LGPL license it in case somebody wants to write a new
tool for it under their own license.

GRASS already is a pretty specialized application framework. Even
though GIS's have seen tremendous growth, they will always fill a very
specialized niche.

Anyway, anybody can sell the GPL code already (as long as the source is
made available under the GPL license). That's not the issue. The
issue is one of reciprocity.

The LGPL is not 'weak', I think you should try to be more open minded.

Well, RMS himself has argued against using the LGPL, and he wrote it!
Anyway, it's not about being open minded, its about being selfish. I'm
selfishly withholding my code from those that would use it to make a
deritative work and then turn around and charge me for that derivative
work and never offer me unencumbered access to their source code. I
see no benefits from the LGPL.

--
Eric G. Miller <egm2@jps.net>

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Your missing the argument. Most of the people developing for GRASS
are end users (including myself). The primary motivation is to have
a free and freely available GIS system. By having many people
contributing freely to GRASS under a free license we all reap the
benefits of each others work. If we re-license code to allow third
parties to use our work to make non-free software the motivation to
work on GRASS is lost. If I wanted to pay for the software, I'd just
buy one of the many commercial GIS's already on the market. Basically
you end up with a one-way street. Developers of proprietary add-ons
reap all the benefits, where develepors of the free parts have to pay
for the non-free parts. I don't see any point to it. Might as well
use ESRI or Integraph products and write to their API's (I know they'll
happily use code developed by third parties if it is robust and general
enough).

You're the one missing the whole point (which I'll summarize at the end of this email).

Any changes to GRASS itself would have to be LGPLed. GRASS is a system, not just one tool. If somebody wants to extend GRASS they would have to release those changes under the LGPL. The motivation for extending GRASS does NOT come from GPL, it comes from whether the GRASS library is useful or not. The realization of this becomes even more clear when you deal with more flexible models like the one I proposed. When more people use GRASS, THEN more people have an interest in extending the API.

The advantage of LGPL (or a license like it) is that people can release software which uses GRASS but doesn't have to use the friggin GPL! This software doesn't extend GRASS in the least (and can't in it's present monolithic state), it just uses GRASS.

I wanted to release MY code as LGPL so a) people can't sell my code and b) other people can write useful software for it without releasing it under the GPL. I do not have this freedom even though I am using my OWN model. I want MORE people to use my software, not less.

> Nobody can take your code and sell it, it's available to everybody.
> The problem with the GPL is it isn't available to everybody and it
> will prevent it from becoming widely used. Instead it will be stuck as
> a nice stand-alone app instead of a general tool. I don't have any
> plans to sell GRASStep or any project branching from that work, but I
> would like to LGPL license it in case somebody wants to write a new
> tool for it under their own license.

GRASS already is a pretty specialized application framework. Even
though GIS's have seen tremendous growth, they will always fill a very
specialized niche.

A niche which is substantially smaller than GIS software because it can't be used as a general GIS toolbox.

GRASS is more than a specialized application 'framework', it's a very inflexible one. I scoff at your "tremendous growth".

Anyway, anybody can sell the GPL code already (as long as the source is
made available under the GPL license). That's not the issue. The
issue is one of reciprocity.

Look at other projects I have used which are LGPL. For example GNUStep and Quesa.

Anything within the GNUStep or Quesa API which doesn't work I have to fix myself, and if that code is released it has to be under the LGPL. If you define a model for GRASS like I started to do in another thread on this list any functions pertaining to a particular model will have to become PART OF GRASS!

For example one of the model classes is a vector set. Let's say I want to implement a method which calculated the length of that vector set and returns it. I would place that method within the vector set class where *everybody* can use it for free.

> The LGPL is not 'weak', I think you should try to be more open minded.

Well, RMS himself has argued against using the LGPL, and he wrote it!
Anyway, it's not about being open minded, its about being selfish. I'm
selfishly withholding my code from those that would use it to make a
deritative work and then turn around and charge me for that derivative
work and never offer me unencumbered access to their source code. I
see no benefits from the LGPL.

Ask me if I care what RMS says. I only care about the license verbatim.

The problem with that logic is nobody is forcing you to pay for squat. Nobody can patent an API and nobody can extend GRASS's API without releasing the code under the same license.

The advantage of the LGPL comes if we implement a GRASS framework whereby it can become a general tool more people have an interest in contributing to it. Some of these people may have commercial interests in mind, others like myself do not.

OpenStep is one example of this. Even though it's closed source Objective-C allows people to add methods to existing closed-source classes. These were in general use and many were merged with the larger body.

IF you see NO UTILITY WHATSOEVER in general wide-spread use of GRASS where the GRASS framework remains free and grows as more people add functionality to it then your point is taken. But if that is your position why bother open sourcing it in the first place. It's a matter of unrealized potential, something I may even accept as "tremendous growth".

As for ESRI, if GRASS becomes the general framework used for dealing with GIS data, that pressures companies to adopt the GRASS model. You make it sound like this would be a gold mine for ESRI, it would be a poison pill. Instead of using their APIs, people would use the GRASS framework and only tools using the same general framework could interface with their apps. Thus for ESRI to make any sales they would have to make components for the GRASS framework. And how many of these components will provide unique functionality? They could only sell those which provided unique functionality. The value of their monolithic application would drop considerably.

However if the GRASS framework were GPL this could never happen and the uses for and growth of GRASS will remain highly limited. I mean there is virtually no point in making GRASS a more useful framework if the primary advantage of this model can't be exploited.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Strobe,

The enforcement of the GRASS code under GPL is the responsibility
of my university ultimately. Markus and I decided GPL would be the
best for the community. This has allowed us to protect everyone
developing within GRASS (which our legal team here has already
had to do from a commercial interest which shall remain nameless).
Everyone (especially our counsel's office) know's of the inherent
strengths and weaknesses of GPL, but it is in the best interest of
everyone to use it as the standard.

If you have such concerns, feel free to give me a call at 254-710-6814
or email your number to me and I will call you at my expense.

Take care,

Bruce

strobe anarkhos wrote:

At 8:34 AM -0800 3/22/01, Eric G. Miller wrote:
>On Thu, Mar 22, 2001 at 07:45:43AM -0800, strobe anarkhos wrote:
> > >
> > >
> > >At least the GRASS I/O routines shall be released under LGPL. When
> > >restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".
> > >Like that proprietary products will be allowed to read/write GRASS
> > >databases directly. See the libgrass link at:
> > > http://www.geog.uni-hannover.de/grass/related_projects.html
> >
> > I don't consider this a solution.
>
>And why exactly should we write code and give it away under a license
>that allows anyone to appropriate for their profit without returning
>anything to the GRASS community? I find this proposal eminently
>reasonable and I will *not* relicense any code I write under any weak
>license except for the purpose of providing import/export facilities
>(i.e. GRASS I/O routines).

Your code is just as protected under the LGPL, and people use GRASS to profit anyway, like using GRASS in their profession. This will become more problematic if somebody wants to use GRASS more pervasively like in a framework many application use.

Nobody can take your code and sell it, it's available to everybody. The problem with the GPL is it isn't available to everybody and it will prevent it from becoming widely used. Instead it will be stuck as a nice stand-alone app instead of a general tool. I don't have any plans to sell GRASStep or any project branching from that work, but I would like to LGPL license it in case somebody wants to write a new tool for it under their own license.

The LGPL is not 'weak', I think you should try to be more open minded.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Strobe,

The enforcement of the GRASS code under GPL is the responsibility
of my university ultimately. Markus and I decided GPL would be the
best for the community. This has allowed us to protect everyone
developing within GRASS (which our legal team here has already
had to do from a commercial interest which shall remain nameless).
Everyone (especially our counsel's office) know's of the inherent
strengths and weaknesses of GPL, but it is in the best interest of
everyone to use it as the standard.

Like I said in a recent post on this thread the only difference between LGPL and GPL isn't protection (which Eric has already stated), its "reciprocity" as he put it. In other words assurance that people will contribute to GRASS in the future.

MY argument is this reorganization will give people MORE incentives to contribute to GRASS. As I read it, LGPL prohibits people from taking code out of GRASS and using it willy nilly like making their own LGPL library. If it doesn't we can add that restriction easily.

If we can agree that this isn't about 'protection' I think that would be a good first step. At least Eric and I are on the same page here.

To paraphrase the issue simplistically, the issue here is if GRASS could become a general framework used by any application roughly dealing with maps and thus give many more people the incentive to improve GRASS with their own contributions.

Currently there is no framework like this, free OR commercial. Commercially it's not viable because the big companies prefer monolithic applications where people write specific tools for. However it is viable as a generally available framework that no specific company owns the rights to.

I can accept if this isn't going to happen, but I'd like there to be some valid logic following that decision instead of statements like "but it is in the best interest of everyone to use it as the standard." Many libraries have had success with the LGPL license, I think that proves something.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

strobe anarkhos wrote:

Any changes to GRASS itself would have to be LGPLed. GRASS is a
system, not just one tool. If somebody wants to extend GRASS they
would have to release those changes under the LGPL.

If it were LGPL'd, they wouldn't have to change it to extend it. They
just turn the executables into shared libraries and link their
proprietary code against them.

The advantage of LGPL (or a license like it) is that people can
release software which uses GRASS but doesn't have to use the friggin
GPL! This software doesn't extend GRASS in the least (and can't in
it's present monolithic state), it just uses GRASS.

Whereas, with GRASS being GPL'd, they either forego using GRASS, or
they release their code under the GPL too. The former option doesn't
harm us, the latter helps.

I consider the coercive nature of the GPL to be a good thing, in that
it provides an incentive to others to release new code under the GPL.
The LGPL provides no such incentive; it only requires modified
versions of LGPL'd code to remain LGPL'd.

--
Glynn Clements <glynn@sensei.co.uk>

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Hi Strobe,

having read through the whole thread about the GPL licensing of
GRASS I have decided to answer to your original points and add
my comments from there. I have been the one who provided counseling
to Bruce and Markus about various licensing questions and finally
about the strength and weaknesses of the GNU GPL.

On Thu, Mar 22, 2001 at 07:03:59AM -0800, strobe anarkhos wrote:

Why is GRASS licensed under the GPL?
I would think the LGPL would be far more appropriate.

The GRASS user and development community decided to license GRASS
under the GPL. It was a long discussion and we will probably not
change the general decision quickly if at all.

It is possible for the authors of the original code to re-release
their code under the LGPL or another license.

In theory this is possible, but in practice it is not.
We are glad that we managed to get most authors which are not active
to agree to get their code licensed as free software at all.

If we decide to restructure GRASS I think this would be a very
very good idea. People who may want to write plugings (views,
commands (and other controllers), etc.) for the GRASS framework I
propose may want to use their own license. If the code is only
released in GPL form that's not allowed given the current (read:
RMS) interpretation of the GPL.

This is not entirely correct.
You can release your own code under any license you wish,
but you can only use it together with the GPL, if it is GPL compatible.
And you can only distribute it under the stronger protection of the GPL.
But in principle you can write a GRASS extension and license it
under MIT (which would make it dual licensed for practical reasons).

If however it were licensed under the LGPL people could use the
framework without making their code GPL. I mean what if somebody
wants to write an intricate shareware view for a particular
platform?

There were quite a number of incidents were GRASS code was taken and
used in proprietary software which most GRASS developer did not
like. So we have decided against the possibility of proprietory
software linking against GRASS.

Nobody is forced to use his view and custom controllers,
but some may want to even if they don't get the source.

And this is excatly the danger:
If end users get accustomed to the proprietary enchancements,
the owner of the proprietary rights to get power over the GRASS
development. The GPL is the license which protects against this and
thus most firmly ensures the long term freedom of the software.

  Bernhard

--
Professional Service around Free Software (intevation.net)
The FreeGIS Project (freegis.org)
Association for a Free Informational Infrastructure (ffii.org)
FSF Europe (fsfeurope.org)

On Thu, Mar 22, 2001 at 03:51:24PM +0000, Markus Neteler wrote:

On Thu, Mar 22, 2001 at 07:03:59AM -0800, strobe anarkhos wrote:

> It is possible for the authors of the original code to re-release their
> code under the LGPL or another license.

At least the GRASS I/O routines shall be released under LGPL. When
restructuring GRASS, we'll make use of Frank Warmerdam's "libgrass".

Which is based on GRASS code so we have to get the permission of the
code owners to relicense for libgrass, too. This will be lot more
easy, though.

Like that proprietary products will be allowed to read/write GRASS
databases directly. See the libgrass link at:
http://www.geog.uni-hannover.de/grass/related_projects.html

Generally I feel that GPL is a quite good license for GRASS. We have
quite good experience with that.

--
Professional Service around Free Software (intevation.net)
The FreeGIS Project (freegis.org)
Association for a Free Informational Infrastructure (ffii.org)
FSF Europe (fsfeurope.org)

On Fri, Mar 23, 2001 at 12:36:35AM -0800, strobe anarkhos wrote:

At 8:34 AM -0800 3/22/01, Eric G. Miller wrote:

>And why exactly should we write code and give it away under a license
>that allows anyone to appropriate for their profit without returning
>anything to the GRASS community? I find this proposal eminently
>reasonable and I will *not* relicense any code I write under any weak
>license except for the purpose of providing import/export facilities
>(i.e. GRASS I/O routines).

Your code is just as protected under the LGPL, and people use
GRASS to profit anyway,

This is not true, as I explained LGPL is
"Lesser GPL" and does protect the freedom to the software less.

Nobody can take your code and sell it, it's available to
everybody. The problem with the GPL is it isn't available to
everybody and it will prevent it from becoming widely used.
Instead it will be stuck as a nice stand-alone app instead of a
general tool. I don't have any plans to sell GRASStep or any
project branching from that work, but I would like to LGPL license
it in case somebody wants to write a new tool for it under their
own license.

Well you can LGPL it of course. It is your code. :slight_smile:

The LGPL is not 'weak', I think you should try to be more open minded.

It is "weaker" then the GNU GPL!

There are some situations when using a LGPL has advantages, but GRASS
is not such a situation IMO.

  Bernhard

--
Professional Service around Free Software (intevation.net)
The FreeGIS Project (freegis.org)
Association for a Free Informational Infrastructure (ffii.org)
FSF Europe (fsfeurope.org)

On Fri, Mar 23, 2001 at 07:37:36AM -0800, strobe anarkhos wrote:

You're the one missing the whole point (which I'll summarize at
the end of this email).

I think that we do get the point.
We are well aware of the fact, that using the GPL some people will
be scared away. It lowers the chance of GRASS being adopted by everyone.
On the other hand, now GRASS is proteced. In the history of GRASS,
there were several incidents that made us feel that we need the
stronger protection.

I wanted to release MY code as LGPL so a) people can't sell my
code and b) other people can write useful software for it without
releasing it under the GPL. I do not have this freedom even though
I am using my OWN model. I want MORE people to use my software,
not less.

You know the examples of X11 and BSD. Only stronger protection in
licensing made the GNU systems as viable and popular as it is now.
So in short: I doubt that your implications are working as you
propose in the long term.

A niche which is substantially smaller than GIS software because
it can't be used as a general GIS toolbox.

Actually GRASS is quite flexible for the range of its application.

Look at other projects I have used which are LGPL. For example
GNUStep and Quesa.

None of these is in real production use.
They cannot compare to GRASS.
GRASS has a conservative user community and therefore the
development aims for stability.

For example one of the model classes is a vector set. Let's say I
want to implement a method which calculated the length of that
vector set and returns it. I would place that method within the
vector set class where *everybody* can use it for free.

You can still do this.
License your code under LGPL, but accept the decision of the GRASS
team that the current code base will not be licensed under LGPL in
the near future.

IF you see NO UTILITY WHATSOEVER in general wide-spread use of
GRASS where the GRASS framework remains free and grows as more
people add functionality to it then your point is taken. But if
that is your position why bother open sourcing it in the first
place. It's a matter of unrealized potential, something I may even
accept as "tremendous growth".

We accept the unrealized potential as the less evil and choose
better protection of GRASS' freedom.

  Bernhard

--
Professional Service around Free Software (intevation.net)
The FreeGIS Project (freegis.org)
Association for a Free Informational Infrastructure (ffii.org)
FSF Europe (fsfeurope.org)

On Fri, Mar 23, 2001 at 08:52:58AM -0800, strobe anarkhos wrote:

Currently there is no framework like this, free OR commercial.
Commercially it's not viable because the big companies prefer monolithic
applications where people write specific tools for. However it is viable
as a generally available framework that no specific company owns the rights to.

please don't mix up Free and Commercial. Free Software is _always_ Commercial
Software - it is a basic element of Freedom to make profit with Free Software.

I want to see many companies having commercial success with GRASS.
But all these companies must share, maintain and improve the same
basis. They differ in type of service and quality.

I don't want to see companies create proprietary elements around GRASS
even if it generates a larger user community. In the long run it would
be the death of GRASS.
I as a developer would stop contributing to GRASS and turn away to another,
Free, GIS project. However, I will not agree to downgrade my code contribution
in GRASS to LGPL.

Strobe, can you explain me in three short sentences why you are not
able to contribute your code under GPL?

Jan

--
Jan-Oliver Wagner http://intevation.de/~jan/

Intevation GmbH http://intevation.de/
FreeGIS http://freegis.org/

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

At 2:39 PM +0200 3/26/01, Bernhard Reiter wrote:

On Fri, Mar 23, 2001 at 07:37:36AM -0800, strobe anarkhos wrote:

You're the one missing the whole point (which I'll summarize at
the end of this email).

I think that we do get the point.
We are well aware of the fact, that using the GPL some people will
be scared away. It lowers the chance of GRASS being adopted by everyone.
On the other hand, now GRASS is proteced. In the history of GRASS,
there were several incidents that made us feel that we need the
stronger protection.

Protection isn't the issue, reciprocity is the issue.

> I wanted to release MY code as LGPL so a) people can't sell my

code and b) other people can write useful software for it without
releasing it under the GPL. I do not have this freedom even though
I am using my OWN model. I want MORE people to use my software,
not less.

You know the examples of X11 and BSD. Only stronger protection in
licensing made the GNU systems as viable and popular as it is now.
So in short: I doubt that your implications are working as you
propose in the long term.

What about X11 and BSD?

I hardly use any GNU-ware myself. The only one I use is probably gcc.

> A niche which is substantially smaller than GIS software because

it can't be used as a general GIS toolbox.

Actually GRASS is quite flexible for the range of its application.

not really.

> Look at other projects I have used which are LGPL. For example

GNUStep and Quesa.

None of these is in real production use.
They cannot compare to GRASS.
GRASS has a conservative user community and therefore the
development aims for stability.

Stability isn't the issue. GPL doesn't make code stable. Talk about a red herring.

For example one of the model classes is a vector set. Let's say I
want to implement a method which calculated the length of that
vector set and returns it. I would place that method within the
vector set class where *everybody* can use it for free.

You can still do this.
License your code under LGPL, but accept the decision of the GRASS
team that the current code base will not be licensed under LGPL in
the near future.

Or stop trying.

> IF you see NO UTILITY WHATSOEVER in general wide-spread use of

GRASS where the GRASS framework remains free and grows as more
people add functionality to it then your point is taken. But if
that is your position why bother open sourcing it in the first
place. It's a matter of unrealized potential, something I may even
accept as "tremendous growth".

We accept the unrealized potential as the less evil and choose
better protection of GRASS' freedom.

like Eric Miller said, protection isn't the issue, reciprocity is the issue.

The LGPL license offers the same protection as the GPL. FSF changed the title from 'Library' to 'Lesser' for political reasons, it has nothing to do with the license verbatim.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Strobe, can you explain me in three short sentences why you are not
able to contribute your code under GPL?

Why limit me to three?

The problem is any form of linking other than linking by hard drive (which for some reason is exempt from the GPL derivative restriction) forces any remote usage of GRASS to adopt the GPL. If I develop an image importer which is used by other applications which allows them to view vector images using the GRASS library I can't do that. My code would have to be GPL because I link to GRASS (or the hypothetical GRASS framework) and only GPL apps could use the importer.

I guess that's my problem and not yours. The GPL just clashes with any system where you have lots of interconnected parts 'linked' together instead of using each other's 'files'.

I'm not really interested in making code for my own use only and then releasing it as GPL, I mean what's the point? Nobody else could use it.

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Hi Strobe

I'm not going to comment much on the main arguments so far, however, I
feel I need to clarify a point about the protection offered by the LGPL
and the GPL. Note that I'm not a lawyer and the only parts of these
licenses I read were the preambles.

strobe anarkhos wrote:

>On the other hand, now GRASS is proteced. In the history of GRASS,
>there were several incidents that made us feel that we need the
>stronger protection.

Protection isn't the issue, reciprocity is the issue.

<snip>

The LGPL license offers the same protection as the GPL. FSF changed
the title from 'Library' to 'Lesser' for political reasons, it has
nothing to do with the license verbatim.

I'm sorry but your claims that protection is not an issue and that the
LGPL offers the same protection as the GPL do not seem to be true. The
folowing is an excerpt from the preamble contained in the GNU Lesser
General Public License:

"We call this license the "Lesser" General Public License because it
does Less to protect the user's freedom than the ordinary General
Public License."

It appears fairly clear to me that the LGPL does not offer the same
protection as the GPL. Can you explain why you disagree with the
author's of these two licenses? If not, then you will have to address
the concerns that some of the developers have voiced about protection.

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'