Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Review of Licenses for Python and R packages #56

Closed
nicovandenhooff opened this issue Feb 1, 2022 · 3 comments
Closed

Review of Licenses for Python and R packages #56

nicovandenhooff opened this issue Feb 1, 2022 · 3 comments
Assignees
Labels
documentation Improvements or additions to documentation
Milestone

Comments

@nicovandenhooff
Copy link
Collaborator

As per DSCI 524 milestone 4, we need to:

Examine the license for your project and consider whether this is the choice you want to make, or whether you want to change the license. Discuss and reason the license choice by opening issues in both Python and R repositories. As it is likely to be a very similar discussion for both projects, one of these issues can just link to the other issue where it is thoroughly discussed.

The purpose of this issue is to contain the discussion for the above analysis, for both our Python (coordgeompy) and R (CoordGeomR) packages.

As of the creation of this issue, both the licenses in our Python and R packages are the MIT License.

Resources for discussion:

@arlincherian
Copy link
Collaborator

Thanks for opening up the discussion, Nico. I think both coordgeompy and CoordGeomR packages can evolve with input from Python and R communities. Our current choice of MIT license for these packages will allow users to use the license for commercial use, distribution and modification with some limitations on liability and warranty as stated in our license document. This license is also well known among the data science community so users interested in modifying or using this package will have some familiarity with it.
What are your thoughts?

@nicovandenhooff
Copy link
Collaborator Author

nicovandenhooff commented Feb 3, 2022

In short I agree with @arlincherian - I think we should just stick with the MIT license.

Notes I took during tiffs lecture:

  • https://choosealicense.com/ which can help us determine which license to use
  • Based on the above website I think we can stick with the MIT license since our project is a simple piece of software
  • GNU license is a bit too complex for our project I think
  • I don't think we need a Creative Commons license since this project is only code

@nicovandenhooff
Copy link
Collaborator Author

As discussed on the slack call on February 4, 2022 we will be keeping the MIT license for both our Python and R packages.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

4 participants