do not use yaml. do not support the propagation of yaml. say no to 300 page specs for fucking plain text storage god damnRE: https://w3c.social/@w3c/116216070362563670
Timeline
Post
Remote status
Context
10 do not use yaml. do not support the propagation of yaml. say no to 300 page specs for fucking plain text storage god damnRE: https://w3c.social/@w3c/116216070362563670
We need to shut down all working groups until we can figure out what's going on.
@vic i had an anneurism seeing this. the spec for json is like 1 page.
if you must go whitespace then consider nestedtext. it doesn't have embarassing issues like the norway problem.
if you must go whitespace then consider nestedtext. it doesn't have embarassing issues like the norway problem.
@icedquinn @vic AND json5 already exists to fill this exact niche while also having other neat upsides (backwards compatibility with regular json data and using perfectly valid ecmascript syntax)
@icedquinn @vic i mean fuck its the json-ld working group i shouldve expected this they're the reason activitypub is impossible to implement right
@coolbean @vic afaik the big crime with that is that people are parsing the json as-is and the ld tags are just for show. which means its basically not ld, since namespace resolution isn't being done, which is also basically what happened to xmlns.
there is more spec than i like to json-ld but its also basically working around json's lack of metadata and trying to tape namespacing on in a couple ways, so.
if it were up to me we would just store the triplets and maybe a prefix reference.
there is more spec than i like to json-ld but its also basically working around json's lack of metadata and trying to tape namespacing on in a couple ways, so.
if it were up to me we would just store the triplets and maybe a prefix reference.
@icedquinn @coolbean @vic
>afaik the big crime with that is that people are parsing the json as-is and the ld tags are just for show. which means its basically not ld, since namespace resolution isn't being done,
JSON-LD in ActivityPub is entirely optional and always was. You are supposed to be able to use it as plain JSON. If it was forced, most of the implementations would not exist these days, because parsers for JSON-LD barely exist. Those that try to make their own (Friendica and Iceshrimp notably) have constant issues with it especially in performance and when new contexts get added as extensions. It's a shitshow that only the LD fetishists in the WGs support, of which there are few.
This also creates subtle issues with representations for both LD and non-LD consumers. Completely valid ActivityPub documents may look different to LD consumers compared to pure JSON consumers.
What the AP writers did was, replace XML which was much better at this completely unnecessary linked data thing, with something that is far worse at it and almost impossible to implement properly. Honestly, JSON-LD in ActivityPub should just die, there's exactly zero need for it.
>afaik the big crime with that is that people are parsing the json as-is and the ld tags are just for show. which means its basically not ld, since namespace resolution isn't being done,
JSON-LD in ActivityPub is entirely optional and always was. You are supposed to be able to use it as plain JSON. If it was forced, most of the implementations would not exist these days, because parsers for JSON-LD barely exist. Those that try to make their own (Friendica and Iceshrimp notably) have constant issues with it especially in performance and when new contexts get added as extensions. It's a shitshow that only the LD fetishists in the WGs support, of which there are few.
This also creates subtle issues with representations for both LD and non-LD consumers. Completely valid ActivityPub documents may look different to LD consumers compared to pure JSON consumers.
What the AP writers did was, replace XML which was much better at this completely unnecessary linked data thing, with something that is far worse at it and almost impossible to implement properly. Honestly, JSON-LD in ActivityPub should just die, there's exactly zero need for it.
@icedquinn @coolbean @vic Unless someone can give me fully compliant JSON-LD parsers for Python, Ruby, JavaScript and Elixir minimally, I consider the format as a dead format that should never be used in the ActivityPub context.
@phnt @icedquinn @vic there we go, someone thats felt the pain
may i ask you how do you feel about websub and using it to enable like minimal federation on a more self-hosted level
may i ask you how do you feel about websub and using it to enable like minimal federation on a more self-hosted level
@phnt @icedquinn @vic cause in my brain i always go "websub would fix this" but im actually fucking clueless on this topic i dont know what im doing
Replies
1