@cwebberChristine Lemmer-Webber @evanEvan Prodromou @kopperkopper :colon_three: @hongminhee洪 民憙 (Hong Minhee) :nonbinary:

I may be naive and am not an expert here, but in my musings on a protosocial AP extension I imagined a clean separation of "message bus" where you'd want closed-world predictable msg formats defined by some schema (perhaps JSON Schema or LinkML). These msgs would JSON-LD formatted but validated as plain JSON.

And then there would be the linked data side of the equation, where a semantic web is shaping up that is parsed with the whole set of open standards that exists here, but separate of the message bus. This is then a hypermedia, HTTP web-as-intended side. Open world and follow your nose, for those who want that, or minimum profile for the JSON-only folks.

It occurs to me these require separate/different extension mechanisms, guidelines and best-practices. The linked data part lends itself well for content and knowledge presentation, media publishing. While the msg bus gives me event driven architecture and modeling business logic / msg exchange.

@cwebberChristine Lemmer-Webber @evanEvan Prodromou @kopperkopper :colon_three: @hongminhee洪 民憙 (Hong Minhee) :nonbinary:

See the diagram sketch in my other toot posted today:

social.coop/@smallcircles/1160

Protosocial would further prescribe how an AsyncAPI definition can be obtained from an actor, which defines the service it provides i.e. msg formats and msg exchanges. AsyncAPI might need to be extended to adequately model things.

0

If you have a fediverse account, you can quote this note from your own instance. Search https://social.coop/users/smallcircles/statuses/116100052425901948 on your instance and quote it. (Note that quoting is not supported in Mastodon.)