Project

General

Profile

Story #586

Select appropriate open source license

Added by Dave Vieglais over 14 years ago. Updated over 14 years ago.

Status:
Closed
Priority:
Low
Assignee:
Category:
Documentation
Target version:
Start date:
Due date:
% Done:

100%

Story Points:
Sprint:

Description

As a software developer, I need to include the appropriate open source license with the code I develop.

  • Evaluate existing licenses appearing in the source
  • Catalog licenses being used by system components
  • Select a compatible license (or perhaps licenses)
  • Ensure all code is distributed with appropriate license
  • Also need to ensure appropriate attribution for the project and developers is included.

History

#1 Updated by Dave Vieglais over 14 years ago

from Jones: I think we should also consider use of the BSD license, which is significantly simpler than the Apache license, and grants wider latitude to others to use the licenses. One major difference is in the patent claim release in Apache 2.0, which might be useful (and is orthogonal to copyright).

Interestingly, although as a project we might decide on a license to use, each of the contributors works for an institution that will have its own licensing policies. Each contributor needs to be sure they have the authority to release their work under a license. For example, I work for UC, and all of my work is Copyright UC Regents, but there is a policy for academic grants that allows me to release open source (but UC still has copyright). When multiple contributors from different institutions modify files, the copyright status of the file/work becomes somewhat muddy (could either be copyright by the original contributor and others are modifying based on the license, or could be joint copyright on the file).

Another point: Metacat and Morpho are GPL, which has worked fine and has the benefit of keeping derived works available. But Kepler is BSD, because we didn't want the viral aspects of the GPL. Which means we can not include GPL code in Kepler -- in practice this takes a lot of attention to the license details as developers incorporate new libraries. Developing a good project-wide open-source licensing policy now would be useful.

#2 Updated by Redmine Admin over 14 years ago

Updated status, related task in progress

#3 Updated by Dave Vieglais over 14 years ago

Going with Apache 2.0 license.

The copyright statement has been reduced to a simple statement that indicates the file / object was developed on the DataONE project, and the project URL is provided for more information.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 14.8 MB)