Representing the cause of an activity
Technical Discussion
1
Posts
1
Posters
0
Views
-
In Activity Streams 2.0, we can represent the result of an activity using the
resultproperty. Here, when the actor accepts aFollowactivity, the result is that the follower is added to the actor'sfollowerscollection.{ "@context": "https://www.w3.org/ns/activitystreams", "id": "https://social.example/accept/12931", "type": "Accept", "actor": "https://social.example/person/24405", "to": ["as:Public", "https://other.example/person/21356"], "object": { "id": "https://other.example/follow/30360", "type": "Follow", "to": ["as:Public", "https://social.example/person/24405"], "actor": "https://other.example/person/21356", "object": "https://social.example/person/24405" }, "result": { "id": "https://social.example/add/11066", "type": "Add", "actor": "https://social.example/person/24405", "to": ["as:Public", "https://other.example/person/21356"], "object": "https://other.example/person/21356", "target": "https://social.example/person/24405/followers" } }My question is: how can the
Addactivity refer to the activity that caused it? I don't think we have a standard property for this. My best guess right now iscontextor maybeinstrument, neither of which seems ideal. I think an extension inverse property, likeresultOf, might be the best option.
Gli ultimi otto messaggi ricevuti dalla Federazione
-
reiver@mastodon.social so, are we doing this?
-
fentiger@mastodon.social Flow control is the feature in TCP where the receiving host, in its ACK, can send back information about its remaining buffer space. The sending host can slow down its sending rate to prevent overflowing that buffer. If this works correctly, no error is ever sent.
-
In Activity Streams 2.0, we can represent the result of an activity using the result property. Here, when the actor accepts a Follow activity, the result is that the follower is added to the actor's followers collection.
{ "@context": "https://www.w3.org/ns/activitystreams", "id": "https://social.example/accept/12931", "type": "Accept", "actor": "https://social.example/person/24405", "to": ["as:Public", "https://other.example/person/21356"], "object": { "id": "https://other.example/follow/30360", "type": "Follow", "to": ["as:Public", "https://social.example/person/24405"], "actor": "https://other.example/person/21356", "object": "https://social.example/person/24405" }, "result": { "id": "https://social.example/add/11066", "type": "Add", "actor": "https://social.example/person/24405", "to": ["as:Public", "https://other.example/person/21356"], "object": "https://other.example/person/21356", "target": "https://social.example/person/24405/followers" } }My question is: how can the Add activity refer to the activity that caused it? I don't think we have a standard property for this. My best guess right now is context or maybe instrument, neither of which seems ideal. I think an extension inverse property, like resultOf, might be the best option.
-
I'm looking into federating out deletion of contexts because in NodeBB the concept of a topic is a discrete entity, not tied to the posts contained within. Deleting the top-level post would not alter the topic in any way, except perhaps that the next oldest reply is suddenly promoted to top-level, which is odd.
Conversely, in ActivityPub, there either is no concept of a context (threaded objects only), or merely the suggestion of one as a view (current implementations of resolvable contexts). I'm hoping to move this more towards contexts as discrete entities with their own activities.
-
@julian love to see the reports of cross project colab!
-
@elvecio Further investigation showed that this wasn't a Mastodon's fault. There was some weirdness on behalf of the originating instance.
Mastodon server received a post addressed to public and I received a post addressed to followers.
-
@silverpill
For superior control of your content, suggest to use hubzilla
-
@silverpill One thing that has always been different in Mike's software is that only authorized people can see non-public things. It is of little use to have the right address for the image, video, or file (as instead happens and happened in Mastodon Diaspora and others - almost all of them). In the software created by him, you cannot see even if you have an address/id or whatever you like.
