Have there been any further discussions on this? I think it’s becoming increasingly important!
https://github.com/steve-bate/activitypub-ontology/blob/main/activitystreams2.ttl
Have there been any further discussions on this? I think it’s becoming increasingly important!
https://github.com/steve-bate/activitypub-ontology/blob/main/activitystreams2.ttl
I don't think 'suppressed' is the right word, but rather think you are feeling the *inertia* of the installed base. A reluctance to spend time on enabling technologies, by the majority of fedi app developers who already figured out how AS/AP works for them. Who are thus enabled to code, focused on their own project and less interested to mingle in time-consuming discussion. On what they consider out of scope, less relevant than adding features.
For Protosocial AP extension I intend to conceptually divide the protocol layer into 2 API's. The Protosocial API provides a closed-world view of the social network as a JSON-LD-formatted but plain JSON distributed actor-based messaging architecture. While the Knowledge API exposes read-only open world information supporting full linked data.
As for compatibility layer, bridging these worlds, the idea is that services encapsulate their design, which can be introspected and validated against.