Ліцензія MIT vs. Creative Commons для зображень та інших об’єктів


14

Чи могла б хтось вирішити певну плутанину щодо ліцензування для мене? Я завжди дуже здивований тим, як працює ліцензування програмного забезпечення.

Я хочу, щоб усі могли використовувати моє програмне забезпечення з мінімальними, якщо такі є, обмеженнями та без гарантій. Тому я просто використовую дозвільну ліцензію (ліцензія MIT була моїм вибором) і пишу щось подібне

Цей проект, включаючи всі файли та їхній вміст, ліцензується на умовах ліцензії MIT

Докладніше див. У LICENSE.txt.

у проекті README.

Мене бентежить те, як це працює для "артефактів" проекту (допоміжні файли; файли, які насправді не є вихідними файлами). Я хочу, щоб ті самі умови ліцензування поширювалися на кожен файл мого проекту, в тому числі

  • Система збирання / файли документації ( Makefiles, CMakeLists.txt, Doxyfileі т.д.; На самом деле я майже впевнений , застереження вище відноситься до цих файлів, чи не так?),
  • HTML / JavaScript / CSS / XML / тощо. файли (це навіть ліцензовані? Я не впевнений. Я також хочу, щоб люди їх вивчали, отримували власні версії тощо)
  • зображення та інші бінарні активи (я хочу, щоб люди могли використовувати їх у презентаціях тощо).

Я бачив людей, які роблять подвійне ліцензування для своїх проектів. Наприклад, вихідні файли мають ліцензію під ліцензією MIT, а зображення - за однією з ліцензій Creative Commons. Чому вони це роблять, якщо ліцензія MIT недостатня? Я маю на увазі, що в тексті ліцензії обговорюється лише "програмне забезпечення". Я не впевнений, чи включаються, наприклад, зображення як частина "програмного забезпечення", особливо якщо зображення є продуктом програмного забезпечення (наприклад, якщо я хочу навести приклади того, які образи програмне забезпечення здатне створювати). Або вони?

А якщо проект насправді не містить жодного вихідного коду? Що робити, якщо це лише набір конфігураційних файлів (з моєї точки зору, корисних), які можуть, при неправильному використанні, призвести до того, що інша частина програмного забезпечення поводиться неправильно і зіпсує дані користувача?

Мені дуже хочеться придумати універсальне формулювання, яке слід включити до кожного мого проекту і просто зробити це. Крім того, якщо з'явиться корисна пропозиція, і я вирішу змінити умови ліцензування свого проекту, чи можу я це зробити, якщо я єдиний учасник? Враховуючи, що проект був "ліцензований" під ліцензією MIT.

Я відчуваю себе аутизмом, питаючи це, оскільки жоден з моїх проектів ніколи не зацікавить когось, але я завжди відчуваю, що мені потрібно подряпати мозок, коли я думаю про це, тому я був би дуже радий, якби хтось міг це зрозуміти для мене .


2
Це може бути хорошим питанням для OpenSource.SE
tkausl

Відповіді:


16

Мені здається, ти насправді задаєш ряд питань, тому я спробував відповісти на них індивідуально. Я формулюю їх як процитовані запитання, хоча я сформулював їх, намагаючись перефразувати те, що, на вашу думку, ви хотіли запитати.

Чи варто використовувати ліцензію MIT для всіх файлів у своєму проекті?

Враховуючи опис своїх цілей, чого ви хочете, щоб люди могли працювати з вашою роботою, використання ліцензії MIT для всіх вихідних файлів у вашому проекті справді здається гідним вибором.

Чи слід також застосовувати ті ж умови ліцензування до "допоміжних" файлів, як Makefiles тощо?

Абсолютно. Вони є життєво важливою частиною вашого проекту, оскільки без них ваш товар не буде корисним. Якщо ваш проект можна створити лише за допомогою невільних програм Makefile, багато людей - включаючи ФСФ та мене особисто - вважатимуть весь проект невільним.

З точки зору авторських прав, a Makefile- це настільки ж робота, як і будь-який інший вихідний файл у вашому проекті. Ви написали це - у вас є авторські права на нього. Якщо ви хочете, щоб я міг зробити щось цікаве з цим, ви повинні дати мені дозвіл, що ви робите, ліцензуючи файл мені. За відсутності суперечливих доказів, можна припустити, що загальна інформація у програмі READMEбуде застосовуватися до всіх файлів, як ви правильно вважаєте. У будь-якому разі, я б рекомендував розміщувати коротке повідомлення про авторські права в кожен написаний джерелом файл, щоб ви не залишали сумнівів. Повідомлення могло читати так.

Copyright (c) 2016 Egor Tensin

This file is part of Fancy Project.  This is free software; see the file COPYING
for more information.  There is no warranty; not even for merchantability or
fitness for a particular purpose.

Оскільки ліцензія на MIT досить коротка, ви можете навіть розглянути можливість її копіювання у кожен файл. Інші ліцензії, як-от GPL, пропонують розмістити у кожному файлі певне повідомлення, яке відрізнятиметься від наведеного вище прикладу.

Чи підлягають ліцензуванню файли HTML / JavaScript / CSS / XML?

Звичайно. Знову ж таки, авторські права є агностичними щодо мови, на якій написана ваша робота. Все, що враховується, - це те, що файли є продуктом творчого людського процесу. Все з попереднього розділу також стосується цих файлів.

Що з зображеннями та іншими бінарними файлами? Чи повинен я подвійно ліцензувати їх за ліцензією Creative Commons?

Не існує принципово нічого, що зробило б ліцензію MIT непридатною до зображень, якщо вони підпадають під авторські права. Однак слід врахувати, що ліцензія MIT не дуже часто використовується для художніх творів чи презентацій. Тож якщо ви хочете полегшити користувачам використання деяких зображень у своїх роботах, ви зробите їм послугу, подвоївши їх за ліцензією Creative Commons . Якщо ви є власником авторських прав, ви можете одночасно ліцензувати свою роботу за якомога більше ліцензій. Наприклад, ви можете помістити у свій READMEфайл наступне твердження .

Copyright (c) 2016 Egor Tensin

This project is free software.  There is no warranty; not even for
merchantability or fitness for a particular purpose.

You may use, copy, modify and redistribute all files included in this
distribution, individually or in aggregate, subject to the terms and conditions
of the MIT license.  See the file `LICENSE-MIT.txt` for details.

In addition, you may -- at your option -- use, copy, modify and redistribute all
images included in this distribution under the directory named `pictures`
according to the terms and conditions of the Creative Commons Attribution 4.0
International License.  See the file `LICENSE-CC-BY.txt` for details.

Подвійне ліцензування зображень має перевагу в тому, що ваш проект все ще використовує однакову ліцензію для всіх файлів, але також пропонує використовувати "природнішу" ліцензію на зображення для тих користувачів, хто отримає від цього користь.

Що робити, якщо зображення створюються програмним забезпеченням?

Авторські права охоплюють лише творчі твори, створені людьми. Якщо зображення було створене виключно машиною без творчого вкладу людиною, воно не може бути захищено авторським правом і не підлягає ліцензуванню. Зважаючи на це, більшість графіків, ймовірно, включатимуть хоча б певну ступінь творчого людського вкладу, тож ви будете в безпечній стороні, ліцензуючи їх також. У кращому випадку явна заява про ліцензію виявиться зайвою. Звичайно, я не знаю ваших фотографій і скільки творчості в них вийшло.

Чи можу я змінити ліцензування свого проекту на більш пізній час?

Власники авторських прав завжди вільні надати додаткові дозволи на свою роботу. Тобто, якщо ви випустите сьогодні під ліцензією MIT і завтра вирішите, що ви також хочете ліцензувати фотографії під ліцензією Creative Commons , ви можете абсолютно безкоштовно це зробити. Те, що ви не можете зробити, це відкликаєбезкоштовна ліцензія на програмне забезпечення. Тобто, якщо ви опублікуєте під ліцензією MIT сьогодні, а потім завтра вирішите, що GPL буде краще підходити, усі, хто вже отримав копію, що має ліцензію MIT, надалі зможуть користуватися програмним забезпеченням за умовами та умовами Ліцензія MIT. А оскільки ця ліцензія дозволяє необмежений перерозподіл, то і всі інші, хто вирішить надати копію, вирішать. На закінчення може бути розумно пропонувати ліцензії консервативно, оскільки ви завжди можете додавати більше пізніше, але після публікації ви більше не можете їх повернути.


3
Але хоча немає можливості відкликати ліцензію програмного забезпечення, яке ви вже розповсюдили, нічого не зупинить вас на зміні ліцензійних умов на нові версії програмного забезпечення. Наприклад, якщо ви переконструювали всі твори мистецтва для свого програмного забезпечення, ви можете поширити нову ілюстрацію за зовсім іншою ліцензією, якщо цього захочете.
Саймон Б

Дуже дякую за дуже вичерпну відповідь. Прошу вибачення за те, що не розділили моє запитання на менші шматки.
Єгор Тенсін

У мене є лише невелике спостереження: що робити, якщо мій проект повністю складається з набору зображень та файлів HTML (наприклад, статичний сайт)? Я припускаю, що для мене було нормально ліцензувати проект під ліцензією MIT, коли проект був ініційований, чи не так? Я просто ще трохи розгублений, оскільки текст ліцензії говорить про "програмне забезпечення", але HTML-файли та зображення - це дані, а не код. Чи рекомендуєте ви подвійне ліцензування таких проектів за ліцензією CC? Чи можу я це зробити для наявного сховища?
Єгор Тенсін

І якщо я можу, чи може це означати, що версії до виконання зобов'язання, що додає другу ліцензію, залишатимуться ліцензованими лише на умовах ліцензії MIT?
Єгор Тенсін

1
Ніщо не заважає вам використовувати ліцензію MIT для веб-сайту, але це було б нетрадиційним вибором, і більшість користувачів, ймовірно, будуть щасливішими з ліцензією CC. Ви завжди можете запропонувати CC як додатковий варіант, навіть для старих версій. Як ви оголосите це, залежатиме від того, як ви це опублікуєте. Особисто я не переживав би за стару версію занадто сильно. Новий у будь-якому випадку повинен бути приголомшливішим, правда? І як помітив Саймон, вам не доведеться знову застосовувати раніше використану ліцензію до нових дистрибутивів. Ви просто не можете забрати його з уже зроблених дистрибуцій .
5gon12eder
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.