misskey-dev
カスタム絵文字をインポートする際に、どこからインポートしたかの情報を残すようにして欲しい
Summary
現状、絵文字のライセンス情報は連合されていません( #10859 ) そのため、一旦の対処として、どのサーバーからインポートしたかという情報を残して欲しいと思います。
この情報は編集不可であるべきで、以下のような対応が想定されます。
- 既存の"ライセンス"情報は編集可能なため、別途専用のプロパティを用意し、記録する。(←現時点で実装可能)
- これにより、将来的に絵文字情報が連合されるようになったとき、どこから伝わってきたのかを一覧にして記録する余地がありそうな気もします。或いは、単純に一番最初に認識した情報を伝達していくことも出来そう…
- 上記に加えて、絵文字にインポートしたものであるかどうかというフラグを用意する?
- 将来的にライセンス情報が連合されるようになった際に、インポートされた絵文字のライセンス情報を編集/上書き出来ないように出来ます。 ローカル側で付け足したい内容が存在し得るかどうかや、将来的にリモート側のライセンス情報が更新された場合(nullからの変更など)への対応は要検討です。
Purpose
絵文字のインポート関連の状況を改善 権利関係等の都合
Do you want to implement this feature yourself?
- [ ] Yes, I will implement this by myself and send a pull request
そもそも他サーバーからのインポート機能いるかしら
コンテンツに責任を持たない消費者がフォーム経由で登録したときに出所を https://notestock.osa-p.net/custom_emoji_explorer.html で探すのが面倒なのでほしい
インポート機能がない場合は手動で再登録することになるだろうと考えると、Misskeyとして"インポート"機能をサポートしつつ、どこからインポートされたかを記録/保持してくれる方が良さそうに思います。
https://github.com/misskey-dev/misskey/issues/10822#issuecomment-1552309647
現状モデログに残している絵文字の登録や更新の情報を絵文字ごとに見られるようになるだけでも管理のしやすさは変わりそう（ログがあれば編集不可になっていなくても変更ログを追うことはできる）
その画像が本当にオープンかどうかは簡単には分からなそう
そのためにもライセンスの連合が望まれている認識 （ https://github.com/misskey-dev/misskey/issues/10859 ）
あとは不適切な絵文字の拒否という意味になると https://github.com/misskey-dev/misskey/issues/13937 もあるけどこれに関してもライセンスが連合されていると拒否の材料になりそう
参照先のissueでも言及していますが、Fedibirdでは
isBasedOn: "https://fedibird.com/emojis/92354"
という形で元絵文字のURIを記録するようにしています。
「簡単に」インポートできてしまうことが問題として挙げられているから、インポート機能がなければ簡単に追加はできなくなるからある程度解決しそう https://github.com/misskey-dev/misskey/issues/10822
発展的な解決策が考えられて実装されるまで時間がかかる可能性があるからそれまでとりあえず無効化したい(ソフトウェアとして他サーバーにあるコンテンツを簡単にコピーして自分のサーバーのコンテンツとして使える機能があることに対して批判やトラブルが多いため)
現時点では、著作権などに配慮してくれる運営者であればインポート機能が無くても困らないはずだから、機能を維持したい積極的なモチベーションもない (自分の管理する他のサーバーからインポートしたいとかであれば、一括zipエクスポート/インポート機能が別にあるからそれ使えば良いだけだし)
今までライセンス的に大丈夫だと思われていた絵文字が実はダメなやつだったとかもあるし、「この絵文字は絶対にインポートして大丈夫」というのは自分が作った絵文字以外あり得ないのではないかしらと思った
現状、Misskeyにはしばらく前から絵文字のインポート機能があるため、"ローカルのみ"を指定しておらず、ライセンス情報を登録していない絵文字はインポートや改変が可能なものとして登録されていると認識して利用されていても不思議ではないと考えています。 (インポート元のライセンス記述を確認するのは問題ありませんが、そこに記述されていない絵文字のライセンスをググったりして全て独自に調べて確認することはあまり現実的では無いため)
そのため、インポート機能が無くなると(逆に、インポートされないという前提が生まれて)後々問題になりそうな気が少しします。
「インポート元サーバーが原作者に無断で（ライセンスを得ずに）絵文字を作成しているパターン」と、「インポート元サーバーに絵文字を作成した人がインポートを許可していなかったり、認識していなかったりしていたパターン」があると思っています。
後者についてはインポート時にライセンス情報が表示されてCC表示が書かれていれば安心できます。ここだけでも解決する価値はあると思います。
「簡単に」インポートできてしまうことが問題として挙げられているから、インポート機能がなければ簡単に追加はできなくなるからある程度解決しそう #10822
https://github.com/misskey-dev/misskey/issues/10822#issuecomment-1552024389 ここでも単に廃止すれば解決するという結論には至ってないように思うのだけどなんでそうなったの？
「簡単に」インポートできてしまうことが問題として挙げられているから、インポート機能がなければ簡単に追加はできなくなるからある程度解決しそう #10822
#10822 (comment) ここでも単に廃止すれば解決するという結論には至ってないように思うのだけどなんでそうなったの？
インポート機能が無ければ今より簡単さは減りそう
一時的な廃止なのか恒久的な廃止なのかによってかなり意見が異なる
- 一時的な廃止
- インポートの諸問題を解決できる気がしないから一時的に廃止する
- （これはまあやるのもなしではないとは思う、でもlocalOnlyである程度は解決している認識）
- （個人的にはlocalOnlyもある現状で廃止が解決になると思っていないので賛成ではない）
- 恒久的な廃止
- これはインポートのほうがむしろきちんとライセンスを作り込めるなら手軽に権利クリーンにできる可能性がある
むしろこのIssueの文脈と目的としては他の大元などのIssueでインポートの是非の議論がされた上でインポートを残す場合にはインポート元サーバーのURLを残してほしいという要望だと認識している
これをするとimportがbetterになるという提案で
インポート機能を封じたら画像をコピーしてインポートするサーバーが増えると思うので、カスタム絵文字のインポート機能を充実させて色々なデータを残すようにした方がむしろトラブルは少なくなると思う
