On 30 September 2010 14:47, Peter Crowther
<peter.c...@googlemail.com> wrote:
> On a first reading - and I Am Not A Lawyer - the section of OGL that
> requires compliance with DP98 would appear to be a Further Restriction under
> GPLv3 sections 7 and 10 (http://www.gnu.org/licenses/gpl.html). This would
> make software released under OGL incompatible with GPL and LGPL (though not
> FDL, on my reading). I'd appreciate someone who Is A Lawyer checking this,
> however!
>
> I have to say I don't understand why you regard the OGL as an appropriate
> licence under which to release software. It seems appropriate for data, but
> the terms are very peculiar if they're intended to cover software as well.
Isn't this a license for public sector information rather than
software? I've had another look through the guidance and didn't see
any mention of software licensing (although I might have missed
something).
Cheers,
L.
--
Leigh Dodds
Programme Manager, Talis Platform
Talis
leigh...@talis.com
http://www.talis.com
There was also a
need to consider the policy on licensing of software. This was done
in the Framework document (http://www.nationalarchives.gov.uk/
information-management/government-licensing/software-and-open-
source.htm). This allows government developers to release code to
open source projects under the native licences. It also establishes
the OGL as the default in other cases. We are open to feedback on
this one.
Interesting point, why? I can think of many border cases where code
and data are hard to distinguish. [e.g. I automatically generate
classes based on ontologies generated from data. These classes are
then used by people in code.]
Michael