If communities have agreed to federate with each other, mod status should federate and mods of any of the federated communities should be able to moderate any content.
If it’s one way (e.g. !technology@lemmy.world absorbs content from !technology@lemmy.ml but not the other way around) then the absorbing instance lemmy.world can moderate all content but it doesn’t federate to lemmy.ml.
The problem with this was given by one of the lemmy devs—imagine @news on a tech focused instance and @news on a star trek focused instance, they are not going to have any crossover of content as they’re effectively entirely different communities.
Similar would happen with local language differences like @football or @chips on an American vs a British instance
I 100% agree that we shouldn’t push communities together. Instead, give the option for a community to nominate other communities where the content should be aggregated into the community.
Add an option as to whether the mods of those remote communities also get mod powers on the local community.
Behind the scenes, keep everything separate, but when generating the list of posts, aggregate posts across any listed community.
I guess that would mitigate most issues if that’s possible within the activitypub protocol.
Though I wouldn’t be surprised if that kind of mutually approved relationship between non-people doesn’t exist as a concept out of the box. Possibly using the hashtag concept under the hood to do this, but that would not require the mutual approval in the rest of the fediverse even if Lemmy enforced it
i can't decide if a one-way-moderation-scheme-type-thingy like that is beautifully simple solution, or one fraught with annoying hidden complications lol that's a sick idea.
I don’t know that one-way solves the problem…you could “Absorb content” with an overzealous user or a bot. It wouldn’t subscribe the .world and .ml users to the same community.
Ideally you want someone to be able to subscribe to !technology@all or something.
It would be a frontend thing. Track separate communities behind the scenes but show them together in the frontend if the community settings tell you to.
!technology@all
I guess the problem here is there is no central server. Different instances know about different communities. You could have an instance side setting to show all communities with the same name together. However, this messes up location based communities (!politics!politics@lemmy.nz is for New Zealand politics, and merging with !politics@lemmy.world would be a bad idea). It would also mean the control is taken away from thw community itself. Doing it in that way would make moderation complicated.
I think having the ability for a community to opt to join with others is a better idea, though I admit I don’t know all the implementation details.
Dave@lemmy.nz 1 year ago
If communities have agreed to federate with each other, mod status should federate and mods of any of the federated communities should be able to moderate any content.
If it’s one way (e.g. !technology@lemmy.world absorbs content from !technology@lemmy.ml but not the other way around) then the absorbing instance lemmy.world can moderate all content but it doesn’t federate to lemmy.ml.
9point6@lemmy.world 1 year ago
The problem with this was given by one of the lemmy devs—imagine @news on a tech focused instance and @news on a star trek focused instance, they are not going to have any crossover of content as they’re effectively entirely different communities.
Similar would happen with local language differences like @football or @chips on an American vs a British instance
Dave@lemmy.nz 1 year ago
No, this is completely solved by my suggestion.
I 100% agree that we shouldn’t push communities together. Instead, give the option for a community to nominate other communities where the content should be aggregated into the community.
Add an option as to whether the mods of those remote communities also get mod powers on the local community.
Behind the scenes, keep everything separate, but when generating the list of posts, aggregate posts across any listed community.
9point6@lemmy.world 1 year ago
I guess that would mitigate most issues if that’s possible within the activitypub protocol.
Though I wouldn’t be surprised if that kind of mutually approved relationship between non-people doesn’t exist as a concept out of the box. Possibly using the hashtag concept under the hood to do this, but that would not require the mutual approval in the rest of the fediverse even if Lemmy enforced it
serialized_kirin@kbin.social 1 year ago
i can't decide if a one-way-moderation-scheme-type-thingy like that is beautifully simple solution, or one fraught with annoying hidden complications lol that's a sick idea.
Dave@lemmy.nz 1 year ago
I think it would work if you didn’t overcomplicate it.
OldWoodFrame@lemm.ee 1 year ago
I don’t know that one-way solves the problem…you could “Absorb content” with an overzealous user or a bot. It wouldn’t subscribe the .world and .ml users to the same community.
Ideally you want someone to be able to subscribe to !technology@all or something.
Dave@lemmy.nz 1 year ago
It would be a frontend thing. Track separate communities behind the scenes but show them together in the frontend if the community settings tell you to.
I guess the problem here is there is no central server. Different instances know about different communities. You could have an instance side setting to show all communities with the same name together. However, this messes up location based communities (!politics!politics@lemmy.nz is for New Zealand politics, and merging with !politics@lemmy.world would be a bad idea). It would also mean the control is taken away from thw community itself. Doing it in that way would make moderation complicated.
I think having the ability for a community to opt to join with others is a better idea, though I admit I don’t know all the implementation details.