GPLv2ライセンスソフトウェアを使用してデータを取得する場合、ソースコードをオープンにする必要がありますか
私は自分でカレンダープロジェクトに取り組んでいます。このプロジェクトでは Swiss Ephemeris を使用します。 GPLv2と商用でライセンスされています。ライセンスの商用バージョンでは、開発者は自分の希望どおりにソフトウェアを配布する権利があります。しかし、これは私の個人的なプロジェクトなので、GPLv2ライセンスを使用する必要があります。
ライブラリとデータファイルを使用して、カレンダーのデータを生成しています。今後、これらのカレンダーを自由にウェブサイトで公開していきます。このプロセスでは、明らかにライブラリを変更し、独自のコードやその他の雑用を記述しなければなりません。最終的なソースコードを公開する必要がありますか。
公開しても問題ありません。しかし、もしそうなら、私は尋ねています。
編集：@apsillersなどの詳細な回答から、ソフトウェアをGPLにしたり、Webサイトの訪問者にソースコードを提供したりする必要がないことは明らかです。表示されたデータを条項でGPLにする必要がありますが、GPLv2以降でライセンスされた商用のスイスエフェメリスデータとして：
より一般的には、プログラムが入力を他の形式に変換するとき、出力の著作権ステータスは、生成元の入力の著作権ステータスを継承します。
GPLライセンスのソフトウェアの二次的著作物を作成しているので、組み合わせた作品は、全体としてGPLの下でライセンスされる必要があります。ただし、作業を配布したくない場合でも、変更を共有する必要はありません。
GPL FAQには、 変更を非公開にしておくことについて、これがあります ：
GPLでは、変更されたバージョンのソースコードを公開する必要がありますか？
GPLでは、変更されたバージョンまたはその一部をリリースする必要はありません。あなたは自由に修正を加えて、それらを解放することなく、それらを個人的に使用することができます...
しかし、変更されたバージョンを何らかの方法で一般にリリースする場合、GPLでは、GPLの下でプログラムのユーザーが変更されたソースコードを利用できるようにする必要があります。
したがって、GPLは、変更されたプログラムを特定の方法でリリースすることを許可し、他の方法では許可しません。しかし、それをリリースするかどうかの決定はあなた次第です。
したがって、変更したプログラムを公開する必要はありませんが、ifする場合は、mustを共有しますGPLの下でそれ。
おそらく、出力カレンダーを共有すると、変更したコードを共有せざるを得なくなることも心配でしょう。 FAQは、GPLライセンスのある著作物によって生成された 出力データがnotGPLによってカバーされていることを説明しています 実際にGPLライセンスの素材が含まれている（たとえば、GPLライセンスのプログラム自体の一部がプログラムの出力に含まれている場合）：
人々が私のプログラムの使用から得られる出力をGPLできるいくつかの方法はありますか？たとえば、私のプログラムがハードウェア設計の開発に使用されている場合、これらの設計をフリーにする必要があると要求できますか？
一般に、これは法的に不可能です。著作権法は、人々があなたのプログラムを使用して彼らのデータから作成する出力の使用に関してあなたに何の発言もしません。ユーザーがプログラムを使用して自分のデータを入力または変換する場合、出力の著作権はユーザーではなくユーザーに帰属します。より一般的には、プログラムが入力を他の形式に変換するとき、出力の著作権ステータスは、それが生成された入力の著作権ステータスを継承します。
したがって、出力の使用について発言権を持つ唯一の方法は、出力のかなりの部分が（多かれ少なかれ）プログラムのテキストからコピーされるかどうかです。たとえば、この特定のケースで例外を作らなかった場合、Bisonの出力の一部（上記を参照）はGNU GPLでカバーされます。
どのような場合にGPLプログラムの出力もGPLでカバーされますか？
プログラムが自身の一部を出力にコピーする場合のみ。
したがって、出力はおそらくGPLライセンスではありません。出力がisなんらかの方法でGPLライセンスされている（Bison文法のように）異常な場合でも、出力はそれを作成したプログラムとは別の作業であることに注意してください。出力に関するGPLの制限に従う必要がありますが、GPLライセンスの出力を共有しても、その出力を作成したGPLライセンスのプログラムの変更を共有する必要があるわけではありません。プログラムのGPLは、プログラム自体が配布されたときにのみ有効になり、出力が配布されたときは有効になりません。
GPLv2は、ソフトウェアを提供する人にのみソースコード（および自由な再配布権）を提供することを要求します。ソフトウェアがコンピューターにのみ存在する場合は、バイナリを配布しないため、コードを配布する必要はありません。 （余談ですが、Affero GPL（AGPL）にはプレーンなGPLよりも厳しい要件があります。AGPLライセンスのソフトウェアでは、ネットワークを介してソフトウェアを操作するすべての人とソースコードを共有する必要があります。）
ただし、使用するGPLバージョンに関係なく、ソフトウェアで作成したデータファイルは同じ作業の一部ではないため、通常はGPLでライセンスを取得する必要はありません。
さらに、単純なリストは多くの場合、著作権保護の対象にならないことにも注意してください。カレンダーデータの著作権を主張したい場合は、弁護士に相談することをお勧めします。
それがAffero GPLである場合にのみ必要です。
FSFから [〜＃〜] faq [〜＃〜] ：
企業は、GPLされたプログラムの修正版をWebサイトで実行しています。 GPLは変更されたソースをリリースしなければならないと言っていますか？ （#UnreleasedMods）
GPLにより、だれでも修正版を作成し、他の人に配布することなく使用できます。この会社がやっていることはその特別なケースです。 そのため、変更されたソースをリリースする必要はありません。
変更を公開することなく、変更を加えて個人的に使用する自由を人々に持たせることが不可欠です。ただし、一般向けのサーバーマシンにプログラムを配置することは「プライベート」な使用ではほとんどないため、その特別な場合にソースコードのリリースを要求することは正当なことです。この問題に対処したい開発者は、ネットワークサーバー用に設計されたプログラムにGNU Affero GPLを使用することをお勧めします。
また、 Affero GPL の説明では、Affero GPLがオープンソースライセンスでのリリースを要求するために存在することを具体的に述べています。これは、非アフェロGPLがクローズドソースプロジェクトに対してもWebサーバーでGPLされたコードを使用できることを意味します。
スイスの天体暦に組み込まれているデータは、彼らのウェブサイトによると、NASA JPLによって提供されたデータに基づいています。これは米国政府の著作物であるため、米国およびベルン条約に準拠している国の著作権はありません（他の国での保護の対象となるためには、原産国の著作権の対象となる必要があります） ）。参照 http://en.wikipedia.org/wiki/Copyright_status_of_work_by_the_U.S._government