Closed ThisIsMissEm closed 1 week ago
I love this scope of work. Where would you slot in, if anywhere, work on sharing moderator decisions? Blocklist sharing exists in practice, does it need work for interoperability or better functionality?
Core ActivityPub and Activity Streams 2.0 issues are not in scope for this task force. We have an existing process for working on them.
It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.
I love this scope of work. Where would you slot in, if anywhere, work on sharing moderator decisions? Blocklist sharing exists in practice, does it need work for interoperability or better functionality?
@lisad for now, I'm wanting to keep this out of scope, as just federating Block(actor)
activities isn't well defined, and "instances" aren't a thing in ActivityPub, we just have Actors who happen to share the same domain. So I don't think we can do anything around this at present. If we're talking blocklists of actors, then those could just be regular Collections today, and then you'd need some way to subscribe to them and get data.
Core ActivityPub and Activity Streams 2.0 issues are not in scope for this task force. We have an existing process for working on them.
It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.
@evanp I'm not sure what you mean by this comment. Is there a specific item that you're against us working on?
It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.
@evanp I'm not sure what you mean by this comment. Is there a specific item that you're against us working on?
Well, I think if you work on further elaboration of the Flag
activity, it would be a good idea to keep it compatible to what's already in the Activity Vocabulary.
Otherwise, I'm glad to see how many of these items are for building out new vocabularies. That's the right way to move forward! 👍🏼
One great bit might be going through the "needs FEP" issues on ActivityPub and AS2 to see if there are any that would fit in scope and benefit from attention.
It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.
@evanp I'm not sure what you mean by this comment. Is there a specific item that you're against us working on?
Well, I think if you work on further elaboration of the
Flag
activity, it would be a good idea to keep it compatible to what's already in the Activity Vocabulary.Otherwise, I'm glad to see how many of these items are for building out new vocabularies. That's the right way to move forward! 👍🏼
If you currently, today, use Flag activities per AS2, you will often find your reports not actually filed, due to specific requirements from various software. I think it's within scope of this task force to both document how Flag is currently used, write FEPs for new properties (evidence for example) and delivery semantics that we would recommend when sending Flag activities (e.g., currently they're unaddressed activities sent to the reported actor's inbox, which is almost certainly incorrect).
@evanp on AP there's only really these two:
And maybe https://github.com/w3c/activitypub/issues/406 at a stretch
On AS2, there's
I think 319 on AP is out of scope, since others are working on that (GoToSocial just implemented something), and 464 is probably far-future scope (though I do have a prototype of a Web Annotations server setup that I think could work for doing community notes)
Some reading materials mentioned during the meeting:
Pull request for the meeting notes: https://github.com/swicg/activitypub-trust-and-safety/pull/34
@evanp did my comment in https://github.com/swicg/activitypub-trust-and-safety/issues/26#issuecomment-2466451499 cover everything that you thought could be brought across from the AP and AS2 issue trackers? I believe we already have issues open for each other those points apart from the Delete Acknowledgements one.
Mailing list notice: https://lists.w3.org/Archives/Public/public-swicg/2024Nov/0031.html
Agenda:
summary
onNote
( #1, #4 )