I’ve noticed in the explosion that we are getting duplicate communities in multiple instances. This is ultimately gonna hinder community growth as eventually communities like ‘cats’ will exist in hundreds of places all with their own micro groups, and some users will end up subscribing to duplicates in their list.
A: could we figure out a system to let our communities know about the duplicates as a sticky so that users can better find each other?
B: I think this is the best solution, could a ‘super community’ method be developed under which communities can join or be parented to under that umbrella and allow us to subscribe to the super community under which the smaller ones nest as subs? This would allow the communities to stay somewhat fractured across multiple instances which can in turn protect a community from going dark if a server dies, while still keeping the broader audience together withing a syndicated feed?
I had the same thought here: https://kbin.social/m/linux@lemmy.ml/t/9828/uhhh-what-do-I-call-the-subreddits#entry-comment-42869
B sounds like a sensible solution to the issue, but maybe not so much in a thing that communities “join”, but rather “connect” to. The former sounds like a centralized thing that has to be hosted somewhere, the latter being something that exists purely through the communities that are part of it. However, I suspect this needs to be a feature within the actual fediverse type protocol that all those instances (including Mastodon) use, to make this an actual possibility.
Maybe using tags? A community can tag itself in areas it wants to both be included in and excluded from. And allow users to surf tag feeds to comment and upvote on, also allow us to organise our communities within groups in our own way?