1 of 18

A Primer on Open Licenses

Disclaimer: I am not a lawyer

​

​

all slides are CC-BY 4.0

Open Life Science, �Anna e só

2 of 18

Anna e só (they/them)

I'm known as one of the Outreachy organizers

(Fancier title: I'm our process and information architect!)

3 of 18

Introducing Wikimedia projects and Creative Common licenses to GLAMs in Rio de Janeiro, October 2018

4 of 18

Open Leaders design and build projects that empower others to collaborate within inclusive communities.

5 of 18

6 of 18

Common Misconceptions

❌ Sharing something on the internet or GitHub does NOT automatically allow others to use it.

❌ Sharing work with a license does NOT give away your copyright—you can still publish, sell, etc.

❌ Using work shared with an open license without attribution CAN BE legal, but is still a violation of academic ethics.

7 of 18

Truly Open Licenses: common elements

use

​

Anyone can use the work for any purpose

modify

​

Anyone can modify the work

share

​

Anyone can redistribute both the original and modified work to anyone else with the same license

8 of 18

Attribution

Most open licenses require others to credit the authors or copyright holders of the work.

Examples: CC-BY (and almost all other licenses I’ll mention today)

Exception: CC0 (public domain, no copyright holder)

9 of 18

Wrinkle #1: Copyleft & Derivative Works

Non-copyleft

(permissive, non-reciprocal)

Open licenses that do not require derivative works to shared with the same license.

Copyleft

(reciprocal, aka ‘viral’)

Open licenses that require all derivative works to be shared with the same license.

​

Examples:

CC BY

MIT, BSD, APL-2.0

Examples:

CC BY-SA

GPLv3, MPL-2.0

10 of 18

Wrinkle #2: Patents != Copyright

  • Copyright rights include: copy, modify, redistribute
  • Patent rights include: use, make, sell

Open source software licenses may or may not contain a clause explicitly granting patent rights.

If you plan to patent your software, defend your patent, etc. talk to a lawyer!

11 of 18

How to Apply a License

​

Place the full text of the license in a text file (usually named LICENSE) in the root directory.

You can include multiple licenses (e.g., one for software, one of content) as long as you are explicit about which license applies to which parts of your work. You can do this in the License section in your README.

12 of 18

data

≠

code

≠

creative works�(e.g. writing or images)

​

They require different licenses!

13 of 18

Software (choosealicense.com)

​

​

​

Content (creativecommons.org): CC0, CC BY, CC BY-SA

​

​

​

Data: CC0

​

​

non-copyleft

copyleft

No patent clause

BSD, MIT

​

Patent snapback

APL- 2.0

GPLv3, MPL-2.0

​

non-copyleft

copyleft

No attribution

CC0

​

Attribution

CC BY

CC BY-SA

14 of 18

GitHub can add a license for you, Part 1

15 of 18

GitHub can add a license for you, Part 2

when adding a new file named LICENSE...

16 of 18

TLDR

  • You need a license so that others can build off your work!�top-level file named LICENSE
  • Use a different license for code, data, & content.
  • Here are some good, permissive defaults:�code MIT License�writing/docs/images CC-BY�data CC0

17 of 18

Further Reading

Choose a License

​

​

​

​

  • Software: Choose an Open Source License | choosealicense.com
  • Content: Choose a License | creativecommons.org

18 of 18

Thank you!

The Open Life Science program helps early stage researchers and potential academic leaders in becoming Open Science ambassadors.

​

What Open Science dreams will you achieve?