license-list-XML icon indicating copy to clipboard operation
license-list-XML copied to clipboard

New license request: 3d-slicer-license [SPDX-Online-Tools]

Open jcfr opened this issue 2 years ago • 9 comments
trafficstars

1. License Name: 3D Slicer license

2. Short identifier: 3d-slicer-license

3. License Author or steward: Brigham and Women’s Hospital (BWH)

4. Comments:

The 3D Slicer software is distributed under a BSD-style open source license that is broadly compatible with the Open Source Definition by The Open Source Initiative and contains no restrictions on legal uses of the software.

Historical notes about the license

See https://slicer.readthedocs.io/en/latest/user_guide/about.html#historical-notes-about-the-license

License terms and reasons

See https://slicer.readthedocs.io/en/latest/user_guide/about.html#license-terms-and-reasons

Status compared to other open source licenses

As of June 2021, the Slicer License has been used for over 15 years without incident. In May of 2021, a discourse user suggested submitting the license to the OSI license review process. After some discussion and hearing no objections, the community leadership decided to submit the license for review. Although the OSI process is not legally binding, the discussion could give potential Slicer users perspective on how provisions of the license compare with other commonly used licenses. The discussion concluded that bundling the contribution agreement in the license makes it non-approvable by OSI and the requirement to use the software for legal purposes may not be consistent with the Open Source Definition. Otherwise the license terms appear not to be controversial. Interested parties should review the full discussion for details.

Copied from https://slicer.readthedocs.io/en/latest/user_guide/about.html#status-compared-to-other-open-source-licenses

5. License Request Url: http://tools.spdx.org/app/license_requests/312

6. URL(s):

  • https://slicer.org/LICENSE
  • https://github.com/Slicer/Slicer/blob/main/License.txt

7. OSI Status: Rejected

8. Example Projects:

  • https://github.com/Slicer/Slicer
  • https://github.com/Slicer/SlicerExecutionModel
  • https://github.com/mhalle/spl-brain-atlas

jcfr avatar Oct 17 '23 22:10 jcfr

Discussed briefly on 2023-12-14 legal team call, @swinslow to review in detail and provide full analysis for consideration

swinslow avatar Dec 14 '23 17:12 swinslow

Thanks for follow-up :pray:

In the meantime, let us know if you you have any questions.

cc: @lassoan @pieper @sjh26

jcfr avatar Dec 14 '23 17:12 jcfr

New submission review

  • Has the license been approved by the OSI?
    • [ ] Yes
    • [X] No - it was submitted to OSI, some issues raised, and then submission was rescinded

Definitive Factors

These must all be satisfied to allow inclusion in the license list

  1. Is the submitted license unique, that is, it does not match another license already on the License List as per the matching guidelines?
    • [x] Yes
    • [ ] No
  2. If a software license, does it apply to source code and not only to executables?
    • [x] Yes
    • [ ] No
  3. Does the license have identifiable and stable text, and is not in the midst of drafting?
    • [x] Yes
    • [ ] No
  4. Has the license steward, if any, committed to versioning new versions and to not modify it after addition to the list?
    • I believe so

Other factors for inclusion

Roughly in order of descending importance

  1. Does the license substantially comply with one of the free/open content definitions? (examples include the Open Source Definition and the Debian Free Software Guidelines)
    • the license part B seems to, but it also includes in part A a contributor license, which is simply unusual
  2. Is the license structured to be generally usable by anyone, and not specific to one organisation or project?
    • [ ] Yes
    • [X] No - it is very much specific to the project and project maintainer
  3. Does the license have substantial use such that it is likely to be encountered (ie. use in many projects, or in one significant project)?
    • given it is specific to a project, functionality, and project maintainer, it won't be used or found in other projects. That being said, according to the Slicer website, it has been downloaded a million times, see https://slicer.readthedocs.io/en/latest/user_guide/about.html#historical-notes-about-the-license so we might consider that substantially use in and of itself?
  4. Is the license primarily intended to facilitate the free distribution of content with limited restrictions?
    • Yes, but it is very, very specific to the code, type of code (has clauses related to medical software), and project maintainers
  5. Does the license steward support this submission, or is at least aware of and not in opposition of it?
    • I believe so

Summary of factors, outcome, comments

Although I'm a bit stuck on the specificity of the license and that it's been around for some time (since 2005) and no one has yet submitted it (I've never come across it myself, but that's just me). At the same time, if the download history can be considered significant and it is likely to be found in the software supply chain, then I'd think it is viable to add. I'm just not clear on this last part. I'd like to get some other thoughts from the SPDX-legal community

jlovejoy avatar Feb 15 '24 17:02 jlovejoy

Thank you for the review. Let us know if there are any specifics we can help resolve.

pieper avatar Feb 15 '24 18:02 pieper

ScanCode identifier: 3dslicer-1.0

metaeffekt universe canonical name: 3D Slicer Contribution and Software License Agreement 1.0 short identifier: 3D-Slicer-1.0 (we preserve original case)

Others: I would not include the "-license" on the short name. This is until now done very rarely (some exceptional BSD cases). The predominant convention - as it appears to me - is not to include a "-license" suffix on shortId.

karsten-klein avatar Feb 23 '24 22:02 karsten-klein

Thanks for taking the time to comment and provide references :pray:

Being consistent with existing best practices and conventions makes sense. I definitely support the proposed naming :ok_hand:


Explicitly specifying 1.0 is indeed sensible considering the version is explicitly mentioned in the license text :100:

jcfr avatar Feb 23 '24 23:02 jcfr

Thanks @karsten-klein for the input on naming!

Do you have any insight as to the "substantial use" factor? (see my comment above)

jlovejoy avatar Feb 26 '24 20:02 jlovejoy

I'm afraid, I don't have any substantial information on the use of the license.

karsten-klein avatar Feb 27 '24 06:02 karsten-klein

Do you have any insight as to the "substantial use" factor?

Over the past decade, the project has been downloaded more than 1.5 million times^1, with over 270,000 downloads in just the past year alone. Moreover, Slicer was used in more than 17,000 peer reviewed publications^2. Beyond its academic and research applications, the software also serves as the foundation for various commercial applications, including FDA-approved ones^3.

It may also be worth noting that the license was developed by Harvard Medical School in the context of collaborative NIH-funded research involving 15 institutions, including MIT, GE, UNC, and other commercial and academic organizations. All parties involved carefully reviewed and signed off on the license. Subsequent reviews by other organizations have supported ongoing growth of the community.

Thanks again for your time reviewing our submission :pray:.

In the meantime, let us know if you have any additional questions. Also, if you think that would be helpful, we have a weekly[^4] public video hangout with users and developers of the medical imaging community and we would welcome the opportunity to engage further in discussions there.

Reply co-authored by @pieper, @lassoan and @jcfr in the context of the Slicer weekly community meeting of March 26th.

[^4]: Weekly at 10am ET, announced at https://discourse.slicer.org/c/community/hangout/20

jcfr avatar Mar 26 '24 14:03 jcfr