application/activity+json

本項は歴史的事項を説明しています。本項の内容の一部または全部は、現在の状況とは異なるかもしれません。

(なお本項の内容の一部または全部は、互換性または歴史的連続性のために現在も有効な場合もあります。しかし新たに利用することは避けるべきです。)

仕様書#✎

[47] Activity Streams 2.0 (5/21/2017, 2:50:36 PM) <https://w3c.github.io/activitystreams/core/>
- [51] Activity Streams 2.0 (5/21/2017, 2:50:36 PM) <https://w3c.github.io/activitystreams/core/#h-media-type>

MIME 型#✎

[45] Activity Streams 2.0 が application/activity+json、 JSON Activity Streams 1.0 が application/stream+json または application/json とされています。

[52] 加えて実装は application/ld+json; profile="https://www.w3.org/ns/activitystreams" を application/activity+json と等価に扱うべきとされています >>51。

[53] JSON-LD を使わない実装もそうするべきなのかどうか...

JSON-LD との関係#✎

[41] Activity Streams 2.0 は JSON-LD を使っていますが、 JSON-LD に従い処理する義務はないとしています。

[42] しかし JSON-LD を使って既定の自然言語を記述したり、拡張の語彙を使ったりすることになっています。 JSON-LD を使った実装と使わない実装は、そうした情報を処理できません。

[43] それだけでなく、 JSON-LD と矛盾する拡張も容認されているようです >>50。 JSON-LD を使う実装も、汎用の JSON-LD の処理器を使うだけでなく、それで拾えきれなかった情報の処理が必要になります。

[44] これは相互運用性の深刻な問題のような気がしますが。。。

[55] これと似た過去の事例が、 RSS 1.0 です。 RSS 1.0 は RDF/XML として設計されましたが、ただの XML として利用されました。 RDF/XML として解釈できない拡張もなされていました。 RSS 1.0 の場合、本当に RDF/XML として解釈する実装はほとんどなかったので、大きな問題にはなりませんでした。

[46] Activity Streams 2.0 (5/21/2017, 2:50:36 PM) <https://w3c.github.io/activitystreams/core/#h-syntaxconventions>

This specification describes a JSON-based [RFC7159] serialization syntax for the Activity Vocabulary that conforms to a subset of [JSON-LD] syntax constraints but does not require JSON-LD processing.

[48] Activity Streams 2.0 (5/21/2017, 2:50:36 PM) <https://w3c.github.io/activitystreams/core/#h-defaultlangcontext>

When using [JSON-LD] mechanisms to produce or consume Activity Streams 2.0 documents, the @language property may be used within a @context to identify the default language. This mechanism may not be understood by implementations that do not choose to process Activity Streams 2.0 documents using JSON-LD.

[49] Activity Streams 2.0 (5/21/2017, 2:50:36 PM) <https://w3c.github.io/activitystreams/core/#h-extensibility>

For extensions, [JSON-LD] is used as the primary mechanism for defining and disambiguating extensions. Implementations that wish to fully support extensions should use [JSON-LD] mechanisms.

[50] Activity Streams 2.0 (5/21/2017, 2:50:36 PM) <https://w3c.github.io/activitystreams/core/#h-extensibility>

It is also important to note that there are valid JSON constructs which cannot be used within a JSON-LD document. For instance, JSON-LD forbids "arrays of arrays" as used, for example, by the popular GeoJSON specification. While implementations are free to use such constructs as extensions within an Activity Streams 2.0 document, consumers that use the standard JSON-LD Processing Algorithms will be required to either ignore such extensions or map those to alternative compatible constructs prior to applying the JSON-LD algorithms.