GPLv2ライセンスソフトウェアを使用してデータを取得する場合、ソースコードをオープンにする必要がありますか

私は自分でカレンダープロジェクトに取り組んでいます。このプロジェクトでは、スイスのエフェメリスを使用します。GPLv2と商用でライセンスされています。ライセンスの商用バージョンでは、開発者は自分の希望どおりにソフトウェアを配布する権利があります。しかし、これは私の個人的なプロジェクトなので、GPLv2ライセンスを使用する必要があります。

ライブラリとデータファイルを使用して、カレンダーのデータを生成しています。今後、これらのカレンダーを自由にウェブサイトで公開していきます。このプロセスでは、明らかにライブラリを変更し、独自のコードやその他の雑用を記述しなければなりません。最終的なソースコードを公開する必要がありますか？

公開しても問題ありません。しかし、もしそうなら、私は尋ねています。

編集：@apsillersなどの詳細な回答から、ソフトウェアをGPLにしたり、Webサイトの訪問者にソースコードを提供したりする必要がないことは明らかです。表示されているデータをGPLにする必要がありますが、GPLv2以降でライセンスされた商用のスイスエフェメリスデータとして：

より一般的には、プログラムが入力を他の形式に変換するとき、出力の著作権ステータスは、それが生成された入力の著作権ステータスを継承します。

GPLライセンスのソフトウェアの二次的著作物を作成しているので、組み合わせた作品は、全体としてGPLの下でライセンスされる必要があります。ただし、作業を配布したくない場合でも、変更を共有する必要はありません。

GPL FAQは、変更を非公開に保つことについてこれを述べています：

GPLは、変更されたバージョンのソースコードを公開することを要求しますか？

GPLでは、変更されたバージョンまたはその一部をリリースする必要はありません。自由に変更を加えて、それらを解放することなく、個人的に使用することができます...

しかし、変更されたバージョンを何らかの方法で一般にリリースする場合、GPLでは、GPLの下でプログラムのユーザーが変更されたソースコードを利用できるようにする必要があります。

したがって、GPLは、変更されたプログラムを特定の方法でリリースすることを許可し、他の方法では許可しません。しかし、それをリリースするかどうかの決定はあなた次第です。

したがって、変更したプログラムを公開する必要はありませんが、公開する場合はGPLで共有する必要があります。

おそらく、出力カレンダーを共有すると、変更したコードを共有せざるを得なくなるかもしれません。FAQは、出力に実際にGPLライセンスの素材が含まれていない限り（たとえば、GPLライセンスのプログラム自体の一部がプログラムの出力に含まれている場合）、GPLライセンスの作品によって生成された出力データはGPLの対象ではないことを説明しています：

私のプログラムの使用から人々が得る出力をGPLできる方法はありますか？たとえば、私のプログラムがハードウェア設計の開発に使用されている場合、これらの設計がフリーでなければならないことを要求できますか？

一般に、これは法的に不可能です。著作権法は、ユーザーがプログラムを使用してデータから作成した出力の使用に関して、いかなる発言もしません。ユーザーがプログラムを使用して自分のデータを入力または変換する場合、出力の著作権はユーザーではなくユーザーに帰属します。より一般的には、プログラムが入力を他の形式に変換するとき、出力の著作権ステータスは、それが生成された入力の著作権ステータスを継承します。

したがって、出力の使用に関して発言権を持つ唯一の方法は、出力のかなりの部分が（多かれ少なかれ）プログラムのテキストからコピーされるかどうかです。たとえば、この特定のケースで例外を作らなかった場合、Bisonの出力の一部（上記を参照）はGNU GPLでカバーされます。

どのような場合にGPLプログラムの出力もGPLの対象になりますか？

プログラムが自分自身の一部を出力にコピーする場合のみ。

したがって、出力はおそらくGPLライセンスではありません。（Bison文法のように）出力がなんらかの方法でGPLライセンスを取得している異常な場合でも、出力はそれを作成したプログラムとは別の作業であることに注意してください。出力に関する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を参照してください