Even for linked data, it only works if the external context is centralized (guess who controls schema.org).
#json #jsonld
Today "ActivityStreams: Where do you want to go to today?" might be a slogan we borrowed from Microsoft.
The question is whether #ActivityStreams should be used - besides all the things it is already being used for - to also map to file systems.
The #LinkedData nature of #ActivityPub is generally shunned in favor of plain #JSON. That in itself is fine, as long as:
a) information still represents valid #JSONLD.
b) information models still follow data modeling best practices.
c) information models are designed with #interoperability in mind.
Not saying your approach is good or bad, just observing that everyone mapping and overloading their own app-specific semantics to the poor AS vocab looks to me a worst-practice. We can get away with it, as we made post-facto interop the poor man's accepted practice, lacking more rigorous extension process and guidance.
There are likely existing standardized ontologies.
Just had to add a workaround to #Fedify for http://joinmastodon.org/ns, a JSON-LD context URL that has never actually served a JSON-LD document. Mastodon has always inlined the term definitions, but some implementations put it as a bare URL in their @context, so Fedify's JSON-LD processor tries to fetch it and gets a 404 Not Found. Now Fedify ships a bundled copy of a context that never existed in the first place.

Closes #630. http://joinmastodon.org/ns is used as the base URI for Mastodon’s custom JSON-LD terms like Emoji, discoverable, featured, blurhash, etc. However, this URL has never actually hosted a ...
I used to not like JSON-LD. And then I got exposed to CBOR. And, since then, I ended up liking JSON-LD more than I did before.
https://j12t.social/@j12t/114581086678041245
...
I was looking for performant ways of storing JSON-LD data, so that it can be looked up, queried, etc.
CBOR might actually be a way of doing that.
...
For me that is an odd realization given me liking JSON-LD is a reaction to CBOR.
#ActivityPub #ActivityStreams #CBOR #CBORLD #FediDev #JSONLD
OH: "I didn't like JSON-LD, but then I saw CBOR, and now I like JSON-LD much better"
RE: https://w3c.social/@w3c/116216070362563670
FWIW, I have been storing Linked Data (including ActivityPub) in an INI like format — because I find INI-like formats more human-friendly (to both read and write) than JSON.
YAML is probably better than JSON, too, in that respects. But I think INI-like formats are better than YAML.
#ActivityPub #ActivityStreams #JSONLD #LinkedData #RDF #YAML #YAMLLD
YAML-LD brings the power of JSON-LD’s #LinkedData to YAML, using YAML’s more compact and expressive syntax #timetogiveinput #FPWD
▶️ https://www.w3.org/TR/yaml-ld-10/
The @w3c specification "YAML‑LD 1.0" offers more data types and flexible structure than #JSON, while ensuring compatibility with #JSONLD syntax, semantics, and #APIs.
Feedback wlc! https://github.com/w3c/yaml-ld/issues
Yes, thank you. It is a bit of everything. Where I worked in Print production at the time we used all the XML standards to max extent and got great benefit from doing so. It all crumbled down very quickly with the take-off of Web where #JSON mapped way better to JS than #XML did, esp. when also honoring the intricate web of (de-facto) standards that had emerged, and how the XML ecosystem got captured by corporations peddling expensive products, such Enterprise service buses and the like.
It would have been great if #XHTML had stuck around. In hindsight the shift to HTML5 may be seen as a move by the WHATWG to establish their dominance over the #browser market.
As for #JSONLD it must see to rewin hearts and minds, must inspire and convince people to take the bet of adopting it.
@strypey @FinchHaven @naturzukunft2026
For the sake of further clarity I should point to your starting post and this text:
> we need domain-specific applications that leverage ActivityPub’s full semantic potential
And remark that in my opinion and by observation, tapping the sign "Reminder: #ActivityPub is #JSONLD, folks!" isn't enough. Much more is needed than pointing to the #OpenStandards to win back developers minds to adopt #LinkedData. There is a high reluctance and resistance to adoption that must be overcome.
Referring again to that adoption chart I drafted the other day - which is about #SolidProject, but this is where LD is strong(est?) today - "build open standards, and they will come" isn't going so well. I hope that changes, as I have always been a fan of the *notion* of the semantic web. Yet in role of a technology decision maker, not ready to bet on it for a social networking environment.
I suspect that there is an error in the Turtle specification, in the section shown in the screen-shot.
(It relates to JSON-LD, which ActivityPub / ActivityStreams is built on.)
I suspect that "PN_CHARS_BASE" is an error.
Because other parts of other specifications seem to not make sense if it is.
I suspect that maybe it should have been "PN_PREFIX" instead.