手つなぎ鬼
darashi
_@darashi.net
npub1q7qy...wt9c
I built
Nostrasia timeline https://darashi.github.io/nostrasia2024/
nos.today https://nos.today
searchnos https://github.com/darashi/searchnos
nostrbuzzs https://nostrbuzzs.deno.dev/
なんか無性に食べたくなって買ってしまったポテチいただきます
ҸӲ
ӲȥþʾóҸӲ
ǺİĤλݤߤʤʣŪʥѥ3ܢ꤫;ޤdzڤ롢ạ̊́襤ǤӲݥƥȥåץΤ3ܰʾ
鍋に身体を接触させるプレイかもしれない
本文中のキーワードが勝手にリンクされるクライアント
thingstrしてくれていいのよ
まず鳥にJSONの歌を教えます
鳩によって伝送されたNostr eventとか見てみたいわね
鍋 in progress🍲 
お店でフグ食べたことない（格）
下がることはあっても上がることはなさそう、格がなにかはわからないけど….
赤坂サ
収集したイベントをファイルとして保存する機能ついてたらバックアップになって便利かも
カスツール研究所
viteのシェアがデカくて面白い
TF-IDFみたいにリアクション多い人は割り引くとかもありかも？
ファブダチだよな？
l/LタグはおいておいていったんNIP-73にWikidataのi/kを追加する提案を先にしてみるのがいいかな。どのみちl/LタグはNIP-32だし。 #thingstr
あと、kタグにwikidata、iタグにwd:Q116423243という形でセットしてるんだけど、このwd:いる？ってのも若干迷いどころ。いちおうこれ（wd:）はWikidataの公式なRDFのプレフィクスなんだけど、なくてもいいのかもしれない。まあ他のNIP-73のにもプレフィクスはついてるからこれはこれでいいかも。
ちなむと、WikidataではプロパティのIDはQじゃなくてPから始まっていて、これに対応するプレフィクスはwdtなので、iタグに入れる場合はwd:P31ではなくwdt:P31みたいにしないといけない。RDF的にはまあ妥当な仕様になってると思うけど実装はちょっと面倒かも。
#thingstr
取り消しUIと複数リアクション可能というのはまた食い合せが悪くって...
Thingstrのイベントにl/Lをつけるべきかどうかずっと悩んでる。いまはwdt:P31（instance of）で分類を付与するようになっていて、分野特化サイトをつくるときにこの分類を使って探せるといいんじゃないかと思ってそうしている。んだけど、この分類Wikidataのほうが変わると変わるから恒久的なものじゃない。そういう中途半端なアノテーションをイベントに焼き付けていいんだろうかというのが気になりポイント。
ちなみに今のユーザページ みたいに、ユーザの持っているリアクションを取得してから分類で絞り込むみたいな画面だと必ずしもイベント自身に階層情報が入っている必要はなくて、リアクションがついたエンティティについてWikidataにカテゴリを問い合わせることでも対応できる。
l/Lタグがあると便利なのは「何らかの『音楽グループ』に対してついたリアクションをまとめて取りたい」みたいなケース。
実際のイベントはユーザページのスリードットメニューから見えるようになっています。
思うところがあればぜひ共有してください🙏
thingstr