画像やその他のアセットのMITライセンスとクリエイティブコモンズ


14

誰かが特定のライセンスの混乱を解決してくれませんか?私は、ソフトウェアのライセンスがどのように機能するかに常に戸惑っています。

誰でも最小限の制限で、保証なしでソフトウェアを使用できるようにしたいと思います。だから私は寛容なライセンスを使用し(MITライセンスが私の選択でした)、次のように書きます

すべてのファイルとその内容を含むこのプロジェクトは、MITライセンスの条件の下でライセンスされています

詳細については、LICENSE.txtを参照してください。

プロジェクトのREADMEで。

プロジェクトの「アーティファクト」(補助ファイル、実際にはソースファイルではないファイル)に対してこれがどのように機能するかについて混乱しています。プロジェクトのすべてのファイルに同じライセンス条件を適用したい

  • ビルドシステム/ドキュメントファイル(MakefileS、 、CMakeLists.txtDoxyfile等。私はそれは、上記の句は、それらのファイルに適用され、実際にはほぼ一定しないんです?)、
  • HTML / JavaScript / CSS / XML /など。ファイル(ライセンスされているものですか?わかりません。また、それらを調べたり、独自のバージョンを作成したりすることもできます)
  • 画像やその他のバイナリアセット(プレゼンテーションなどで使用できるようにしたい)。

私は人々が彼らのプロジェクトに対して一種のデュアルライセンスを行っているのを見てきました。たとえば、ソースファイルはMITライセンスに基づいてライセンスされ、画像はCreative Commonsライセンスのいずれかに基づいてライセンスされます。なぜ彼らはそれをするのですか、MITライセンスでは十分ではありませんか?つまり、ライセンスのテキストは「ソフトウェア」についてのみ説明しています。画像が「ソフトウェア」の一部として含まれているかどうか、特に画像がソフトウェアの製品である場合(ソフトウェアがどのような種類の画像を生成できるかの例を提供したい場合など)、わかりません。それとも彼らですか?

そして、プロジェクトに実際にソースコードが含まれていない場合はどうなりますか?適切に使用しないと、ソフトウェアの別の部分が正しく動作せず、ユーザーのデータを台無しにする可能性のある(私の観点からは、有用な)構成ファイルのセットだけだとしたらどうでしょうか?

私は本当に私のプロジェクトのすべてに一つ一つを含めるために普遍的な言葉遣いを考え出し、それでやりたいと思っています。また、役に立つ提案が出て、プロジェクトのライセンス条項を変更することにした場合、私が唯一の貢献者であれば、それを行うことができますか?プロジェクトがMITライセンスの下で「ライセンスされた」と考える。

私のプロジェクトは誰も実際に興味を持たないので、私はこれを自閉症に感じますが、これについて考えるとき、私はいつも私の脳を傷つける必要があるように感じます。 。


2
これはOpenSource.SE
tkausl

回答:


16

あなたは実際にいくつかの質問をしているように思えますので、個別に答えようとしました。私は引用された質問としてそれらをフレージングしていますが、私はあなたが尋ねたいと思うことを言い換える試みでそれらを作り上げました。

プロジェクト内のすべてのファイルにMITライセンスを使用する必要がありますか?

人々があなたの仕事で何をしたいのかという目標の説明を考えると、プロジェクト内のすべてのソースファイルにMITライセンスを使用することは、まともな選択のように思えます。

Makefilesなどの「補助」ファイルにも同じライセンス条項を適用する必要がありますか?

絶対に。それらがなければ、製品は使用できないため、プロジェクトの重要な部分です。non-freeを使用してのみプロジェクトを構築できる場合Makefile、FSFや私を含む多くの人々はプロジェクト全体をnon-freeと見なします。

著作権の観点から見ると、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ファイルはライセンスの対象ですか?

承知しました。繰り返しますが、著作権はあなたの作品が書かれている言語にとらわれません。重要なことは、ファイルが創造的な人間のプロセスの産物であることです。前のセクションのすべてがこれらのファイルにも適用されます。

写真やその他のバイナリファイルはどうですか?クリエイティブコモンズライセンスの下でそれらをデュアルライセンスする必要がありますか?

著作権の対象である限り、MITライセンスを画像に適用できなくする原則は何もありません。ただし、考慮すべき1つのことは、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
ただし、既に配布したソフトウェアのライセンスを取り消す方法はありませんが、ソフトウェアの新しいバージョンのライセンス条件を変更するのを止めることはできません。たとえば、ソフトウェアのすべてのアートワークを再設計する場合、必要に応じてまったく異なるライセンスで新しいアートワークを配布できます。
サイモンB

非常に包括的な回答をありがとうございます。私の質問を小さなチャンクに分割しないことをおaびします。
エゴールテンシン

しかし、ちょっとしたフォローアップがあります:私のプロジェクトが完全に画像とHTMLファイルのセットで構成されている場合(静的サイトなど)はどうなりますか?プロジェクトが開始されたときに、MITライセンスでプロジェクトのライセンスを取得しても大丈夫だったと思いますか?ライセンスのテキストが「ソフトウェア」について述べているので、私はまだ少し混乱していますが、HTMLファイルと画像はデータであり、コードではありません。そのようなプロジェクトをCCライセンスの下で二重ライセンスすることをお勧めしますか?既存のリポジトリに対してそれを行うことはできますか?
エゴールテンシン

そして、できれば、2番目のライセンスを追加するコミット前のバージョンは、MITライセンスの条件の下でのみライセンスされたままになるということでしょうか?
エゴールテンシン

1
WebサイトでMITライセンスを使用することを妨げるものは何もありませんが、これは型破りな選択であり、ほとんどのユーザーはおそらくCCライセンスで満足しています。古いバージョンであっても、CCを追加オプションとしていつでも提供できます。これをどのように発表するかは、それをどのように公開するかによって異なります。個人的には、古いバージョンについてはあまり心配しません。とにかく、新しいものはもっと素晴らしいはずですよね?また、サイモンが気付いたように、以前使用していたライセンスを新しいディストリビューションに再度適用する必要はありません。あなたはすでに作られた配布からそれを奪うことができません。
5gon12eder
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.