このアカウントは、notestockで公開設定になっていません。

さらに言うなら"approve"はActivityPubの用語ではないので、`automaticallyAcceptsFollows`などの方が自然だったように思える
QT: https://fedibird.com/@hongminhee/113236976510710005 [参照]

まあ細かい用語についてはさておくとして、`property: !!object[property]`のような処理を考えると、`xsd:boolean`を値域とするプロパティは"false by default"で辻褄が合うように設計してくれた方が嬉しそう

このアカウントは、notestockで公開設定になっていません。

"Ruby"というよりは、いつものW3Cムーヴでは（？）

むしろRDF/XMLなどと言い出さなかっただけ丸くなったとも言える（？）

JSON-LDはTIMTOWTDI原則に忠実なとてもユーザフレンドリーな書式です！　例えば、これらは全て等価です：
- `{"@id": "urn:x-s", "urn:x-p1": "l", "urn:x-p2": {"@id": "urn:x-o"}}`
- `{"@id": "urn:x-s", "urn:x-p1": "l", "@included": {"@id": "urn:x-s", "urn:x-p2": {"@id": "urn:x-o"}}}`
- `[{"@id": "urn:x-s", "urn:x-p1": "l"}, {"@id": "urn:x-s", "urn:x-p2": {"@id": "urn:x-o"}}]`
- `{"@id": "urn:x-o", "@reverse": {"urn:x-p2": {"@id": "urn:x-s", "urn:x-p1": "l"}}}`

？

まあ巡回グラフを考えると一部のケースでいくつか等価な表現が現れてしまうこと自体はどうしようもなさそう。Fediverseにおいてもアクターと公開鍵が相互参照しているような例が一般的に見られるし

個人的にはFEP-e229 (Best practices for extensibility; <https://codeberg.org/fediverse/fep/src/branch/main/fep/e229/fep-e229.md>)で提案されているように全てexpandする方針で良いのではと思っているけど、これはあまり人気がなさそう。どうせ単一要素の配列の正規化やら`{"id": "…", …}から`"…"`への変換やらといったJSON-LD特有の処理をする必要がある中で、より構文的な曖昧性の少ないexpanded formを嫌ってもどうしようもないと思うのだけど

ただ、`@value`は要らないのではと最初は思っていたけど、自然言語タグやbdiのことを考えると少なくとも文字列についてはやはり必要そう。その他のリテラルについては不要だと思っているけど

Image fetching - is DOFV (Download on First View) AP-compliant? - #9 by tesaguri - ActivityPub - SocialHub
https://socialhub.activitypub.rocks/t/image-fetching-is-dofv-download-on-first-view-ap-compliant/4563/9
メディアプロクシが保護してくれるプライバシー上の脅威は机上の空論では的な主張を目にして、思わずクソリプを付けてしまった（？）