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?

  • courts@kbin.social
    link
    fedilink
    arrow-up
    30
    ·
    1 year ago

    I think just being able in my client to “aggregate” different communities/magazines (I’m writing this from kbin) would be great. Like multireddits. This way, everyone can decide for themselves what smaller communities they want to subscribe to. I think neither Lemmy’s clients nor kbin support this right now, unfortunately.

    • DrQuint@lemmy.ml
      link
      fedilink
      arrow-up
      8
      ·
      edit-2
      1 year ago

      This is what I want. A way for users to create their own “lists” similar to multireddits, which come up on their feeds as part of a super-community, and then they can share that list with other users.

      No hassle for the moderators. No change to the system outside of the feature’s own self-contained stuff.

    • lixus98@kbin.social
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      1 year ago

      So what should be easier now is finding those communities/magazines, maybe on a post of one of these communities with links to the other ones