@rk_asylum やっぱりこれが圧倒的に好きだ!!!!
診断メーカーとか特にそそられないけど、真・カニクリームコロッケだけは別格。
毎日、生成される文字列を見ているだけで楽しい。あれは異常。
色が壊れていて興味深い……。 #dtp
QT: 久々に去年の痛車イべの写真を発掘した [https://mstdn.jp/@POGO/100741182831854878]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ミニブログは編集できない、ということにすることで生じるメリットを享受したいよね。
ミニブログはコピーが不変とみなせるからライトウェイトに扱える。常に最新情報にアップデートしなくてもいい。
ブログは大きなコンテンツという扱いで、参照が基本になっている。コピーで済ませずに、必要な都度、オリジナルを参照する実装にした方がうまくいく。
このアカウントは、notestockで公開設定になっていません。
Mastodon出発点からそうだけど、「やらないことを決める」というところがミソなので、俺の考えた最強のSNSより、Eugenさんの考える設計とその理解の方に強い関心がある。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@rk_asylum なんか、ブーストされると、それとは無関係のちょっと前のトゥートがお気に入りされたりするんですよねw
もうコレでいくか。誰か一人認証できれば、他の人は登録してもらえば済むし。
QT: Mastodonアカウントで認証することはできるけど、そのアカウントがインスタンスの管理者であるかどうか、判定する方法あるんだろうか……。 /api/v1/instance の contact_account と照合するぐらいかなぁ……。 [https://dtp-mstdn.jp/@noellabo/100739276991497391]
いま、PyCon JPやっててぽてとさんがタグ付きでトゥートしてくれてるけど、自鯖で1人、JPでみると3人という状況。
https://mstdn.jp/web/timelines/tag/pyconjp
JPやPawoo、ニコフレのタグ付きトゥートもリレーしなくちゃなぁ、という思い。
@Yohei_Zuho 難しいよね。どういうカタチが一番、ハッシュタグが活用されうるのか、模索中。
結局、ハッシュタグを辿ると良いことがある、というインセンティブがなければ利用はされないからねぇ。
一つは、デフォルトハッシュタグのようなコミュニティ単位の大きなタグ。ローカルタイムラインに会話を差し込める。
一つは、ハッシュタグを使って何か楽しく遊べること。botが拾って何かが起きるとか、大阪弁に変換されるとか、そういう。
一つは、誰かが地道に積み上げるなどして、コンテンツが蓄積されているハッシュタグ。ひたすらカレーの画像が出てくるとか、情報に歴史的価値があるとか。
一つは、実況系のハッシュタグ。いま起きているリアルタイムな情報を集約したもの。イベントとか、災害関係とか。
一つは、チャット的に使えるモノ。まだそんな機能ない。今日書いたコレ。
https://dtp-mstdn.jp/@noellabo/100738525479792791
一つは、何かツールが自動で付与するもの。何か機能をもったクライアントとか。
トレンドタグは本体機能なので、外部からできることも考えたいね。
このアカウントは、notestockで公開設定になっていません。
@Yohei_Zuho ハッシュタグ付きで何かの話題に言及することで、それを見た人がフォローしてくる、という発信型の利用方法とか。見せるっていう。
〜な人はブーストしてください!ってのは、もうギャグの世界で、ネタとしてやってるのはしょーがないんだけど……
あれをマジでやってる世界(フォロワー数拡大など影響力増強を狙ったり、承認欲求が高じてたり)がツライ。
効果があることなのは間違いないんだけどね。選挙で名前連呼するヤツみたいにね。なりふり構わずにやるときはやるしかないし。
ある程度以上フォローしてる人が増えると、HTLも流量が多くなってきて読み切れないし、時間をおいてしまうとそれこそさかのぼれないので……
目についたトゥートを起点に、個人のトゥートをさかのぼって読んでいる人って、実は多いんじゃないだろうか。
(はい、ここでアンケート機能が欲しいですね)
Mastodonアカウントで認証することはできるけど、そのアカウントがインスタンスの管理者であるかどうか、判定する方法あるんだろうか……。
/api/v1/instance の contact_account と照合するぐらいかなぁ……。
ふーむ。DTP-Mstdn.jpは例外として、リプライはローカルと連合には出ないんだよな。これは利用可能かもしれぬ(悪用)
っていうか、そこまでしてチャットしたいわけじゃないんだけどさw
@toneji メンション削除してリプライできるのはあまり知られてないと思いますが、自分のトゥートにリプライするときはそうなっているので、そんなにおかしくなかったりします。
昼下がりに、 #0917秋葉原ヘイトデモを許すな に向かうために、私にしては珍しく、昼にインドカリーを食べます。
#Akiba
Mastodonをv2.5.0にアップデートした皆様、連合リレーはもうお試しになりましたか?
デフォルトのjoinmastodon.orgを登録すると、外国語のトゥートが流れてくるようになりますが、日本のサーバを登録すれば、日本語のトゥートが流れてきます。
日本で代表的なリレーサーバはYUKIMOCHI Toot Relay Serviceで、現在104のインスタンスが接続されています。
https://relay.toot.yukimochi.jp/
リレーは複数登録することでバックアップになるし、より多くのインスタンスと繋がることができるので、サブでいくつか登録すると良いでしょう。
h3zjp pub-relay Server
https://pub-relay.hama3.net/
Mastodon Pub-Relay Server
https://relay.kemo.one/
ハッシュタグ付きのトゥートだけをリレーするサービスもあります。
https://hashtag-relay.dtp-mstdn.jp/
リレーはオプションで、必須ではありません。負荷が増すのであらかじめご承知おきを。
#リレーの話
QT: そうそう、 pub-relay.hama3.net の Relay Server は 1-Core Atom の PC (2GBRAM, 128GBSSD) で動いていますの [https://m.xn--fiqwix98h.jp/@h3zjp/100738945287532643]
このアカウントは、notestockで公開設定になっていません。
自前でインスタンスを立てるのって、リスクを自分で管理できるようにすることが主眼だから、リスクの種類が異なれば、それぞれ別に設置した方がいい、というのはある。
猥褻物扱いされがちなコンテンツを不当な侵害から守るため、政治的な主張を不当な侵害から守るため、他人が管理するインスタンスでの不当な扱いから身を守るため、などなど。
現実にはマシンパワーの問題で、複数のサーバを借りなければならなかったりする。ただ、これはそのうち解消されるかもしれないね。
本当は、複数ドメインをマルチホストできるマストドン(そんなものはない)を一個だけ立てれば用が済むケースが多いんじゃないかな。
QT: 私はこの御一人様とリベラルインスタンスの2つを運営している。 どちらもさくらVPSの2Gプランなので、サーバ代だけで月額三千円以上掛かっている。さらにもう一つインスタンスを増やそうとするとかなりキツい。 [https://tl.telmina.com/@Telmina/100738850162657310]
ハッシュタグリレー、説明とインスタンス一覧が出るページを作ったよ。
https://hashtag-relay.dtp-mstdn.jp/
雪餅リレーに登録しているインスタンスには、こっちにも登録してもらえると、ハッシュタグの流通が促進されていいかなーと思ってます。
雪餅リレー参加インスタンスにとっては、同一のトゥートが別経路でリレーされてくるだけなので、負荷の増大は誤差程度。
ハッシュタグリレーにだけ参加しているインスタンスにとっては、負荷をあまり増やさないで繋がれるメリットがあるよね。
雪餅リレーが落ちた時でも、ハッシュタグつければ届くので、ちょっとしたバックアップになるしw
「だめ」と言えば、 @estpls さんの「だめ」って何なんだろう、とずっと思っている。(FAQ)
QT: 禁止(だめ) [https://mstdn.jp/@mzp/100738777557482950]
ミニブログは編集できない、ということにすることで生じるメリットを享受したいよね。
ミニブログはコピーが不変とみなせるからライトウェイトに扱える。常に最新情報にアップデートしなくてもいい。
ブログは大きなコンテンツという扱いで、参照が基本になっている。コピーで済ませずに、必要な都度、オリジナルを参照する実装にした方がうまくいく。
ここから自分もちゃんと説明できないんだけど、sRGB v4プロファイルを使ったv4ワークフローって、PCSに中間ガモット形状(PRMG)を定義して、A2B0(知覚的)の際にも色域圧縮とか最適化するよ!って取り組みなので、B2A0だけで色域圧縮するv2と比べてどうよ、ってことを議論しないと意味がないのよね。
PRMG = Perceptual Reference Medium Gamut
というわけで、こっちの資料をみてもらった方がいいと思います……。
http://www.color.org/events/prague/8.Green.pdf #dtp
PCSもL*a*b*やXYZで可視領域全てって感じで、適度な形状の定義がない。
Labモードで画像補正すると、色域の外周形状が無いので、時に無意味な領域に値を広げちゃってモニタしながら作業できないし、出来上がった画像を色域圧縮しなくてはいけなくて、ここでムリが生じると劣化してしまうという本末転倒なことになる。(だからProPhoto RGBの方が使い勝手がいい) #dtp
ICCプロファイルというか、現実の色域変換を行うにあたって、色域の外周の形状って大事だよね、という話があります。
拡張色空間を数学的に定義すると、そもそも可視領域にない値が定義できたり、再現できるデバイスが存在しない値になったりして、無意味な領域がでてくる。
そのままで、例えばPhotoshopのようなソフトで彩度をあげる操作をすると、カラー値が見えない領域に行っちゃって、現実世界で表示できなくなる。
そこで、実際に使える領域は別に定義して運用しなくちゃね、ということになります。
まずはこれ。 #dtp
ハッシュタグタイムラインオンリーという投稿属性を設けるか、付けるとそういう扱いをされる専用ハッシュタグ(たとえば#chatとか #ttlonly)を設けることで、リレーと併用して、
ハッシュタグタイムラインによるマストドンチャットができるようになる。
チャットのチャンネルはハッシュタグで指定する。
この#chatを非表示にするフィルターを各自で設定すれば 、いまでも擬似的に実現できるかな。
チャットと言ったけど、つまりはそのタグに関心のある人にだけ投稿を届けられるということ。
ローカルタイムラインをタグタイムライン化しているインスタンスでは、結果としてローカルオンリー投稿になる。
欠点は、この機能を導入していないインスタンスやFediverseの他の実装では未対応で垂れ流しなこと。
#リレーの話
QT: 「ルームから抜ける」処理は、マストドン側でフォローを外せばいいので不要な気がする。元々フォローしてたとかもあって面倒だし。 数が多いと手間だけど。 QT: リレーサーバ、インスタンス単位なのをユーザー単位にしたらマストドンのチャットツール化が完成する気がする。 リレーと言いつつ単純に参加者を自... [https://biwakodon.com/@wakin/100738448764229086]
#リレーの話
QT: Botが「~さんが参加しました!」とか呟けばGood QT: リレーサーバ、インスタンス単位なのをユーザー単位にしたらマストドンのチャットツール化が完成する気がする。 リレーと言いつつ単純に参加者を自動的に相互フォローするだけ。 懸念は、リレーサーバにアカウントのapiキーを渡す必要がある所か... [https://biwakodon.com/@wakin/100738420695425120]
#リレーの話
QT: リレーサーバ、インスタンス単位なのをユーザー単位にしたらマストドンのチャットツール化が完成する気がする。 リレーと言いつつ単純に参加者を自動的に相互フォローするだけ。 懸念は、リレーサーバにアカウントのapiキーを渡す必要がある所かな。 [https://biwakodon.com/@wakin/100738410866516238]