GPL / LGPL / MPL非コードコンテンツライセンス
Open Officeのスペルチェックプラグインに含まれている辞書（基本的にはテキストファイルで、コードはありません）を使用したいと思います。プラグインは私が理解していない3ライセンスGPL/LGPL/MPLの下にあります。それは合法ですか？
違法な場合、前述のOpen Officeプラグインを使用して辞書を生成するスクリプトを作成した場合はどうなりますか（技術的に可能であると仮定すると、スクリプトはすべての可能な文字順列を生成し、プラグインに渡して正しいものを保存します）もの）？
クローズドソースの商用アプリケーションで辞書を使用します。
辞書はオンラインのリソースがほとんどない言語で書かれており、自分で辞書を作成する以外に選択肢はありません。
明確化：上記のスクリプトのアイデアは奇妙なテクニックではありません。考えられるすべての単語を含むドキュメントを生成し、プラグインがインストールされたOpen Officeを使用して、スペルミスを表示して削除します。これはプラグイン（スペルチェック）の使用目的ではありませんか？
コードは複数のライセンスでリリースできます。
元のファイルを使用する権限がなく、提案しているように「ローンチ」した場合、実際には何も変更していません。裁判官は愚かではないので、それを直接コピーすることが合法ではないのに、奇妙な方法でそれをコピーすることが合法になることを本質的に望んでいるなら、それを考えるのをやめてください。
また、「さもなければ自分で作らなければならない」とは思わないでください。
あなたの言語に固有ではないがあなたが使うことができる何かがインターネット上で利用可能である可能性があります。あなたが話しているプラグインのコードとデータファイルが異なるライセンスの下にある可能性もあります。
考えられるシナリオは2つあり、ライセンスの位置に異なる結果をもたらします。
アプリケーションは辞書を入力ファイルとして読み取ります。アプリケーションは、正しい形式である限り、辞書がどこから来たのかを気にしません。アプリケーションと一緒に辞書を提供することは、ユーザーが必要に応じて辞書を置き換えることができる場合、基本的にユーザーにとって便利です。
この場合、再配布が許可されている限り、辞書のライセンスは何でもかまいません（すべての無料ライセンスで許可されています。アプリケーションと辞書の組み合わせは派生/変更された作品ではなく、独立した作品の集合体と見なされるため、これは無料であるための重要な部分です）。
アプリケーションは、ソフトウェアモジュールを使用するように辞書にリンクします。
- 静的にリンクする場合（エンドユーザーは再コンパイルせずに辞書を別のバージョンに置き換えることはできません）、運が悪い可能性が高く、クローズドソースアプリケーションを配布できません。 MPLで許可されている可能性がありますが、私はそれを十分に理解していません。
- 動的にリンクする場合（エンドユーザーは再コンパイルせずに辞書を別のバージョンに置き換えることができます）、LGPLの条件の下で辞書を使用できます。辞書はマルチライセンスであるため、適用するライセンス条項を選択できます。
すべての場合において、辞書とアプリケーションが異なるライセンスの下で配布され、辞書のソースを取得できる場所（辞書ファイル自体がそのソースである場合を除く）を明確にする必要があります。