There's been an ongoing debate about whether communities should combine or stay separate. Both have significant disadvantages and advantages:
Combine:
- Network effects. Smaller communities become viable if they pool together their userbase. Communities with more people (up to a point!) are generally more useful and fun.
- Discoverability. Right now, I might stumble on a 50 subscriber community and not realize everyone has abandoned it for the lively 500 subscriber community somewhere else, maybe with a totally different name.
Separate:
- Redundancy. If a community goes down, or an instance is taken down, people can easily move over.
- Diffusion of political power. Users can choose a different community or instance if the current one doesn't suit them. Mods are less likely to get drunk on power if they have real competition.
This isn't an exhaustive list, but I just want to show that each side has significant advantages over the other.
Sibling communities:
To have some of the advantages of both approaches, how about we have official "sibling communities"? For example, sign up for [email protected] and, along the top, it lists [email protected] as a sibling community.
- When you post, you have an easily accessible option to cross-post automatically to all sibling communities. You can also set it so that only the main post allows comments, to aggregate all comments to just one post, if that's desirable.
- The UI could detect sibling cross-posts and suppress multiple mentions of the same post if you're subscribed to multiple sibling communities, maybe with a "cross-sibling post" designation. That way it only shows up once in your feed.
- Both mod teams must agree to become siblings, so it can't be forced on any community.
- Mods of either community can also decide to suppress the cross post if they feel it's too spammy or not suitable for cross discussion.
- This allows you to easily learn about all related communities without abandoning your current one. This increases the network effects without needing to combine or destroy communities.
Of course, this could be more informal with just a norm to sticky a post at the top of every community to link to related communities. At least that way I know of the existence of other communities. I personally prefer the official designation so that various technologies can be implemented in the ways I mentioned.
I think multi-communities will solve a lot of this - you can group, for example, all the movie communities together or the meme ones and get a coherent feed, so it wouldn't really matter which you posted to.
Doesn't this already happen? At least within an instance, my experience is that, if you cross-post, the second post doesn't appear in your all feeds.
One big issue with the existing cross-posting feature is that it does not work AT ALL with text based posts, just links.
I didn't know that. All very odd.
one thing that's annoying about this is that sometimes new content will be added to an old URL
like Steam Hardware Surveys, there's no way to perma-link to a specific month, their page only shows the most recent results
https://store.steampowered.com/hwsurvey/
which can cause weird issues with Lemmy thinking it's the same post and only showing 1 of them
I had this issue with one of my own communities, I was posting links to the Github Releases page for every new release (which is usually good because people finding old links on Google should see the latest release and the full list of releases, not the one specific release)
but I realized only 1 post would be visible at a time, and if you did Top All sort then it would be a post about an old release, now I gotta post directly to the specific release
when Lemmy has some form of sibling communities or grouped communities, I think it can be less aggressive in detecting "cross-posts" and only explicit cross-posts would be handled as such
Maybe it does already happen? Then again, I don’t want it to always happen!
Cross-posting itself can also be a form of commentary. For example, c/London might cross-post something from c/NewYork — “Hey, this would be a cool idea for our city too!” Or “They’re talking about us. Thoughts?” — and the separate set of comments are desirable because they come from a different community. I want these to be two separate posts sometimes.
——
Multi-communities seem similar. Is that a grouping the user makes? If so, I think that’s too much work and will still lead to unnecessary fracturing. What if I follow a few Technology communities and a new one is made since the last time I checked? Do I have to go through and manually check if all my multi-communities are current?
They are two separate posts, it's just cross-posting won't flood your instances "all" feed. They would still appear as a post in /c/London and one in /c/NewYork with separate comment threads
In the Reddit apps that had multi-sub functionality then I believe they were user created but this is a brave new world and we don't have to do it that way. People or instances or communities could create multi-communities and people could subscribe to them so only a central file would be updated. If it stopped being updated or was too broad or too specific, it could be forked. I wonder if that could even be rolled into a possible future wiki system as it need only be a text-based file listing the communities.
So, if cross-posts are not showing up in my feed, then I have to actively look for cross-posts separately in the communities? How would I even know they exist? That's still not what I want. In other words, there are two kinds of cross-posts: (1) redundant posts to overlapping demographics. I don't want to see more than one of these. (2) commentary cross-posts. I want to see these as separate posts.
Sibling communities would hide (1) and not (2).
I like that you're imagining new ways to do this. That's what I'm trying to do too. This brave new world of community created multi-communities honestly sounds a lot like sibling communities to me. There's the question of who is making the multi-communities, and to me the natural response is "the communities themselves". There's less user friction if a community is just already affiliated with a bunch of other communities voluntarily.