mime-typeに関する「データベース」であるfreedesktop.org.xmlに著作物性があるかどうか、という話。 例えばそのデータベースが下記のようなものだったら、これは単なる網羅的な事実の列挙であって、体型的な構成に創作性がないので「データベースの著作物」としての保護の対象にはならない。
![freedesktop.org.xmlの著作物性 - 西尾泰和のScrapbox](https://cdn-ak-scissors.b.st-hatena.com/image/square/d777b269771fcdc3ceef7e29a87190beed3dbf63/height=288;version=1;width=512/https%3A%2F%2Fscrapbox.io%2Fassets%2Fimg%2Fcontent-logo.png)
mime-typeに関する「データベース」であるfreedesktop.org.xmlに著作物性があるかどうか、という話。 例えばそのデータベースが下記のようなものだったら、これは単なる網羅的な事実の列挙であって、体型的な構成に創作性がないので「データベースの著作物」としての保護の対象にはならない。
WTFPL(Do What The Fuck You Want To Public License)とは、パブリックドメインへの供与と同等条件のライセンスである。 概要[編集] 英語としても非常に下品な名称のライセンスで、あえて語感を尊重して翻訳するとすれば『どうとでも勝手にしやがれクソッタレ・公衆利用許諾(契約)書』といったところである。 オリジナルのバージョン1.0は2000年3月にBanlu Kemiyatornにより作成され、Window Makerのアートワーク[3]に採用されている[4]。2004年にフランスのプログラマで、後にDebianプロジェクトリーダーにも就任したサム・オセヴァール(英語版)はバージョン2.0を作成した[5]。このライセンスは、ソフトウェアの再頒布と改変を任意のライセンスの条項で許諾する。ソフトウェアを受け取り本ライセンスに従うライセンシーには、「どうぞ
前書き 皆さんは「オープンソース」という言葉聞いた時、何を思いますか?「なんかかっこいい」とか、「よく知らないけどとりあえず私には関係なさそう」とか「いつか私もオープンソースプロジェクト作れないかな」とかいろいろあると思いますが、「なんかすごすぎて自分には届かなそう」とか思うのは非常に勿体無いと思います。だってオープンソースは誰にでもできることですから。やることは非常に単純で、ただ単に自分が書いたコードを公開して誰でも自由に入手できるようにするだけです。 まあそんなオープンソースですが、今となってはもはやプログラマにとって切り離せない存在となっています。だって何をやろうととりあえず何かしらのオープンソースプロジェクトと関わることになりますから。Windows 開発なら .NET framework とか、Android 開発ならそもそも Android 自体もオープンソースだし、そして U
Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。 なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。 新しいライセンスが誕生している背景 従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。 既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。 新しいライセンスを導入しているプロジェクト(一例) プロジェクト ライセンス Elastic SSPLと独自ライ
A few weeks ago, the Apache Software Foundation (the ASF) made a decision to list the BSD + Patents license as a Category-X license. This move affects users of much of Facebook’s open source software, but especially the popular React project and the constellation of projects around it. As a result, many have asked us to consider relicensing React and all of our other open source projects. What has
このファイルを使用中のユーザーが多すぎるため、一部のツールを利用できない場合があります。再試行詳細閉じる オープンソースライセンス比較用早見表 : Sheet1ABCDEFGHIJKLMN1ライセンスと著作権の表示変更した旨を示すことソースコードの開示ライブラリとして使用すること商用利用改変配布派生物に別のライセンスを課す特許の利用個人利用作者に責任を求めること商標の利用注記2No License必須可能禁止禁止禁止可能GitHubで公開したソフトウェアにライセンスを付記しなかった場合の条件3GPL v2.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし4GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし5Affero GPL v3.0必須必須必須必須でない可能可能可能禁止可能可能禁止言及なし6Artistic GPL 2.0必須必須必須必須でない可能可
この記事はCC BY 3.0に基いて公開されてゐるWebサイトChoosing an OSS license doesn’t need to be scary - ChooseALicense.comのコンテンツ各ページを翻訳し、単一記事として再構成、訳者による補足を追加したものです。 2017年5月9日に開示されたコミュニティガイドラインに伴って、本記事の翻訳部分につきましては削除いたしました。 (この記事が削除または非公開化されない限り、編集履歴からお読みいただくことは可能です。) (訳註: この「はじめに」及び末尾の「訳者による補足」の章は原文にはなく、翻訳者(@tadsan)によるものです。記事の著作権表示及び元Webサイトの利用規約、免責事項、そしてこの記事についての訳者の見解について記します) (この記事の一部または全て ——ただしコメント欄は含まれない—— はCC BY-SA
自分の作ったソフトウェアをオープンソースとして公開する。まだまだ敷居が高いようです。人気のソースコード共有サービスGithubも、無償で使う場合にはソースコードをオープンソースにする必要があるのですが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」という話もあるくらいです。 では、なぜオープンソースライセンスが、なかなか適用されないのでしょうか。 その理由としては、 オープンソースにしたくない オープンソースライセンスの適用方法が分からない といったことが考えられますが、前者は、Githubの利用条件に合わないので、そもそも無理があります。 さて、後者の「ライセンスの適用方法が分からない」ですが、前回、Githubのライセンス解説サイトを取り上げた時も、「ライセンスが分からない、めんどう」といったコメントが、いくつか見受けられました。ですから、ライセンス適用
MIT License Copyright (c) [year] [fullname] Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to w
A. 不要です。もちろん連絡して下さっても構いません。 自分の作ったソフトが広まっていくのを知るのは嬉しいことです。
アイディア、コード、デザインなどの断片集 (忘れっぽい自分のための備忘録) snippets of idia, programming, php, design etc. (memos for space cadet) 今までずっと独学でHTMLやらプログラミングやらやってきました。 子供の頃からパソコンで何か作るのが好きで、とうとう職業にしちゃったわけです。 そんなわけで・・・ ライセンスについて今までちっとも勉強してこなかった! 英語やら法律用語やら専門用語やらで今まで読む気がしなかった。 ということで、今年中にいくつかライセンスについて知ったことをまとめたいと思います。 最終的には、 『GPLのPHPライブラリを利用したウェブアプリケーションを作成販売し、 かつ、オリジナルで作った部分のソースを公開する必要があるのか?』 を理解することですが、ちょっと調べたくらいじゃ、そんなモノわか
Latest topics > オープンソースなライセンスやコピーレフトなライセンス、クリエイティブコモンズについて、他のライセンスとどう組み合わせられるのかを図にしてみた 宣伝。日経LinuxにてLinuxの基礎?を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能! « 無責任中間法入 Moezilla Japan 設立のお知らせ Main FUELが酷すぎる » オープンソースなライセンスやコピーレフトなライセンス、クリエイティブコモンズについて、他のライセンスとどう組み合わせられるのかを図にしてみた - Apr 02, 2008 オープンソースなライセンスとかコピーレフトなライセンスとかたくさんありすぎて違いがよく分かってなかった(自分で使ってるのに……)。特に、それぞれどう組み合わせること
WEB制作者にとっての強力な手助けとなる「無料素材」や、PCの作業効率を格段に向上させる「フリーソフト」。WEBの世界では、もはやタダで手に入らないものは無いんじゃないかとさえ思えるほど、さまざまなものが無料で配布・提供されています。 しかしそれらは「使用料金が無料なだけ」であって、「完全に自由に使用する事が可能ではない」のです。 世の中に無料で出回っている画像やプログラムソースやアプリケーションなども、そのほぼ全てが、なんらかのライセンス(使用許諾条件)に添った形で配布・提供されているのです。 著作権を有する制作者本人が示す使用許諾条件を守る事は、制作者への敬意であると同時に、意図しない「著作権の侵害」を未然に防ぐ手段でもあります。 しかし、このライセンスというのが、なかなかに分かり難い。コムズカシイ文言の洪水だったり、そもそも英文だったり、GPLとかLGPLとかCCとか略語まみれだった
可知 豊 この文書は、SOFTBANK Cマガジン2004年8月号にて、「特別記事:自作ソフトの利用条件をどう決める? ソフトの配布とライセンス」として掲載された記事の一部を加筆訂正したものです。このような記事を執筆する機会を与えてくれた C マガジン編集部に感謝します。 なお、この文書は、ソフトウェアを利用する上で一般的な理解を助けるためのもので、法律的なアドバイスを与えるものではありません。ソフトウェアを利用・ 配布する際には、自社の法務担当者に相談することをお勧めします。 自分で作ったソフトウェアを、他の誰かに使って欲しいと 思ったことはありませんか? そのような、ソフトウェアの公開にあたって気をつけなければならないのが、そのソフトウェアをいったいどんな条件で使っても らうか、です。本稿では、ソフトウェアを公開/配布するときの利用条件(ライセンス)について、具体的にどんなライセンスに
このページはフリーソフトウェアファウンデーションのライセンシング&コンプライアンス・ラボによって保守されています。FSFへの寄付を行って、わたしたちの仕事を支援してください。ここに答えられていない質問がありますか? わたしたちのほかのライセンシングの資料を確認してください。または、こちらのコンプライアンス・ラボのメールlicensing@fsf.orgに連絡ください。 わたしたちは、ライセンスをいくつかの重要なポイントによって分類します。 それが自由ソフトウェアライセンスと言えるか。 それがコピーレフトのライセンスであるか。 GNU GPLと両立するかどうか。とくに記述がない限り、両立ライセンスはGPLv2とGPLv3の両方に両立性があります。 そのライセンスによって、現実的に何か特定の問題が生じるか。 よく出くわす自由ソフトウェアライセンスをほとんどこのページに挙げられるよう努力しますが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く