カスタム絵文字をインポートする際に、どこからインポートしたかの情報を残すようにして欲しい

Sayamame-beans commented 3 months ago

Summary

現状、絵文字のライセンス情報は連合されていません( #10859 ) そのため、一旦の対処として、どのサーバーからインポートしたかという情報を残して欲しいと思います。

この情報は編集不可であるべきで、以下のような対応が想定されます。

既存の"ライセンス"情報は編集可能なため、別途専用のプロパティを用意し、記録する。(←現時点で実装可能)
- これにより、将来的に絵文字情報が連合されるようになったとき、どこから伝わってきたのかを一覧にして記録する余地がありそうな気もします。或いは、単純に一番最初に認識した情報を伝達していくことも出来そう…
上記に加えて、絵文字にインポートしたものであるかどうかというフラグを用意する?
- 将来的にライセンス情報が連合されるようになった際に、インポートされた絵文字のライセンス情報を編集/上書き出来ないように出来ます。ローカル側で付け足したい内容が存在し得るかどうかや、将来的にリモート側のライセンス情報が更新された場合(nullからの変更など)への対応は要検討です。

Purpose

絵文字のインポート関連の状況を改善権利関係等の都合

Do you want to implement this feature yourself?

[ ] Yes, I will implement this by myself and send a pull request

syuilo commented 3 months ago

そもそも他サーバーからのインポート機能いるかしら

KisaragiEffective commented 3 months ago

そもそも他サーバーからのインポート機能いるかしら

コンテンツに責任を持たない消費者がフォーム経由で登録したときに出所を https://notestock.osa-p.net/custom_emoji_explorer.html で探すのが面倒なのでほしい

Sayamame-beans commented 3 months ago

インポート機能がない場合は手動で再登録することになるだろうと考えると、Misskeyとして"インポート"機能をサポートしつつ、どこからインポートされたかを記録/保持してくれる方が良さそうに思います。

tai-cha commented 3 months ago

https://github.com/misskey-dev/misskey/issues/10822#issuecomment-1552309647

syuilo commented 3 months ago

その画像が本当にオープンかどうかは簡単には分からなそう

tai-cha commented 3 months ago

現状モデログに残している絵文字の登録や更新の情報を絵文字ごとに見られるようになるだけでも管理のしやすさは変わりそう（ログがあれば編集不可になっていなくても変更ログを追うことはできる）

tai-cha commented 3 months ago

その画像が本当にオープンかどうかは簡単には分からなそう

そのためにもライセンスの連合が望まれている認識（ https://github.com/misskey-dev/misskey/issues/10859 ）

あとは不適切な絵文字の拒否という意味になると https://github.com/misskey-dev/misskey/issues/13937 もあるけどこれに関してもライセンスが連合されていると拒否の材料になりそう

tai-cha commented 3 months ago

インポートを廃止することがこの問題の解決になるとは思っていない（むしろ画像だけ取得されて別名で登録されると余計に手間が増える）

noellabo commented 3 months ago

参照先のissueでも言及していますが、Fedibirdでは

isBasedOn: "https://fedibird.com/emojis/92354"

という形で元絵文字のURIを記録するようにしています。

syuilo commented 3 months ago

「簡単に」インポートできてしまうことが問題として挙げられているから、インポート機能がなければ簡単に追加はできなくなるからある程度解決しそう https://github.com/misskey-dev/misskey/issues/10822

KisaragiEffective commented 3 months ago

個人的な意見: 退化させる方向よりも進化させる方向で発展的に解決した方が混乱を招かなくてすみそう

syuilo commented 3 months ago

発展的な解決策が考えられて実装されるまで時間がかかる可能性があるからそれまでとりあえず無効化したい(ソフトウェアとして他サーバーにあるコンテンツを簡単にコピーして自分のサーバーのコンテンツとして使える機能があることに対して批判やトラブルが多いため)

syuilo commented 3 months ago

現時点では、著作権などに配慮してくれる運営者であればインポート機能が無くても困らないはずだから、機能を維持したい積極的なモチベーションもない (自分の管理する他のサーバーからインポートしたいとかであれば、一括zipエクスポート/インポート機能が別にあるからそれ使えば良いだけだし)

syuilo commented 3 months ago

今までライセンス的に大丈夫だと思われていた絵文字が実はダメなやつだったとかもあるし、「この絵文字は絶対にインポートして大丈夫」というのは自分が作った絵文字以外あり得ないのではないかしらと思った

Sayamame-beans commented 3 months ago

(参考までに、にりらみすきー部ではインポート元となるサーバーでのライセンス表記を確認した上でインポート機能を使用する形を取っています)

Sayamame-beans commented 3 months ago

現状、Misskeyにはしばらく前から絵文字のインポート機能があるため、"ローカルのみ"を指定しておらず、ライセンス情報を登録していない絵文字はインポートや改変が可能なものとして登録されていると認識して利用されていても不思議ではないと考えています。 (インポート元のライセンス記述を確認するのは問題ありませんが、そこに記述されていない絵文字のライセンスをググったりして全て独自に調べて確認することはあまり現実的では無いため)

そのため、インポート機能が無くなると(逆に、インポートされないという前提が生まれて)後々問題になりそうな気が少しします。

VillSnow commented 3 months ago

「インポート元サーバーが原作者に無断で（ライセンスを得ずに）絵文字を作成しているパターン」と、「インポート元サーバーに絵文字を作成した人がインポートを許可していなかったり、認識していなかったりしていたパターン」があると思っています。

後者についてはインポート時にライセンス情報が表示されてCC表示が書かれていれば安心できます。ここだけでも解決する価値はあると思います。

tai-cha commented 3 months ago

「簡単に」インポートできてしまうことが問題として挙げられているから、インポート機能がなければ簡単に追加はできなくなるからある程度解決しそう #10822

https://github.com/misskey-dev/misskey/issues/10822#issuecomment-1552024389 ここでも単に廃止すれば解決するという結論には至ってないように思うのだけどなんでそうなったの？

tai-cha commented 3 months ago

（廃止しても改善しないあるいは悪化も考えられるから現状維持されてきたものだと認識している）

syuilo commented 3 months ago

「簡単に」インポートできてしまうことが問題として挙げられているから、インポート機能がなければ簡単に追加はできなくなるからある程度解決しそう #10822

#10822 (comment) ここでも単に廃止すれば解決するという結論には至ってないように思うのだけどなんでそうなったの？

インポート機能が無ければ今より簡単さは減りそう

anatawa12 commented 3 months ago

「簡単に」インポートできてしまうことが問題として挙げられているから

そもそもこのissueにそのような文言はない

syuilo commented 3 months ago

あーIssue間違えてた

syuilo commented 3 months ago

いや合ってた

syuilo commented 3 months ago

サーバーのために作られた絵文字が、リレー先で簡単にインポート出来てしまう

syuilo commented 3 months ago

まあそのIssueに限らずそのような意見はよく見るわね(自分もそう思う)

tai-cha commented 3 months ago

一時的な廃止なのか恒久的な廃止なのかによってかなり意見が異なる

一時的な廃止
- インポートの諸問題を解決できる気がしないから一時的に廃止する
- （これはまあやるのもなしではないとは思う、でもlocalOnlyである程度は解決している認識）
- （個人的にはlocalOnlyもある現状で廃止が解決になると思っていないので賛成ではない）
恒久的な廃止
- これはインポートのほうがむしろきちんとライセンスを作り込めるなら手軽に権利クリーンにできる可能性がある

tai-cha commented 3 months ago

むしろこのIssueの文脈と目的としては他の大元などのIssueでインポートの是非の議論がされた上でインポートを残す場合にはインポート元サーバーのURLを残してほしいという要望だと認識している

これをするとimportがbetterになるという提案で

tamaina commented 3 months ago

インポート機能を封じたら画像をコピーしてインポートするサーバーが増えると思うので、カスタム絵文字のインポート機能を充実させて色々なデータを残すようにした方がむしろトラブルは少なくなると思う

tamaina commented 3 months ago

その画像が本当にオープンかどうかは簡単には分からなそう

絵文字のインポート可否はbooleanで専用のプロパティとして持っておくべきだと思う

Sayamame-beans commented 3 months ago

インポート可否についてはこちらに… #10822

Sayamame-beans commented 3 months ago

整理します

ライセンスの連合 #10859 → #14109
- インポート時に確認しやすくなったり、権利関係の状況が分かりやすくなる。
インポート可否 #10822
- 絵文字情報の連合が前提。見えるけどインポートは不可が実現。
名前変更可否や用途制限 #13962 #14024
- 絵文字情報の連合が前提。ライセンスの文言で縛るだけでなく、Misskey上でも操作不可に出来るように。
インポートした旨とインポート元サーバーの記録 #14021 (これ)
- 連合無しなら記録するだけ。それだけでもライセンス周りの情報を辿りやすくなる。
- 連合ありなら引き継ぐ? 大元のサーバーが分かるようになるかも。
ライセンス一覧表示 #10865
- 連合なしの場合にライセンスが確認しやすくなる?

misskey-dev / misskey