Having moderation work in an expected and consistent way is hardly the same thing as moderation tooling.

I think one thing you’re missing here is that under such a system the defaults would likely become your locally hosted /c/books rather than the largest one. Even still you’d probably see posts from the largest books communities because /c/books@your_instance follows multiple /c/books@big_instance. Community blocking would likely still work as it currently does so any books communities that you were not fond of could still be blocked.

There is still the issue of where do you post and I think the answer looks something like:

• Post in /c/books@your_instance if you want to talk to your neighbors
• Post in /c/books@big_instances if you want to talk to everybody

Which is more or less how most people would decide where to post book stuff anyway.

I really don’t hate this idea from a lemmy centric UX perspective but how do you handle federation with other platforms?

Really like your protocol handlers contribution here. Seems tough to square with multiple accounts though.

Yup that’d be sick

I think the major advantage with this model is that it gives those local communities a little more flavor while allowing the same functionality as the large communities (probably a good place to apply scaled sort). It also allows for a sort of curated multi-reddit functionality. Most importantly, it seems flexible and generalizable enough to allow for building advanced group features on all platforms, while still advancing the goal of inter-operability. A more straightforward multi-community functionality or the OP solution would have a lot of unanswered questions regarding federation. I’d be curious to see how kbin does it and whether that federates well. All that said, I think a lot of communities probably should be looking at negotiating a merge.

Turning the fediverse button into an “open on my instance” with similar functionality to subscribing may also be a solution here. Bonus points if it’ll also open a comment on mastodon.

Another option here is FEP-d36d which is a standard for group-to-group following. This looks to me like a slightly more organic and opt-in approach.

There’s also FEP-d36d which is a standard for group-to-group following. In Lemmy terms, a community could subscribe to another community.

While I agree with the content of that article I don’t know if we should give up on Eugen just yet. The Mastodon team has not disclosed what their plan is regarding the groups rework currently on the mastodon roadmap. There is an old proposal here, but I think we have good reason to believe that implementation will be revisited. To that end, it is very important to advocate for the adoption of FEP-1b12 which is the standard that Lemmy uses.

It may also be a good idea to advocate for the adoption of FEP-d36d both here and on lemmy. This is a standard for group-to-group following. Effectively allowing communities to subscribe to other communities.

Here’s a slightly older but fairly comprehensive write-up of the situation: https://blog.erlend.sh/group-convergence

Worth noting, we are not totally sure the upcoming groups rework will actually improve federation with Lemmy. To that end, we should all be advocating for the adoption of FEP-1b12 which is the standard that Lemmy uses.

deleted by creator

I thought the problem was that they WEREN’T configured to not check for updates. Will look into this

Any chance this could be disabled? I’m realizing I may run into this problem quite a bit

Probably for the best. They’d been spinning their wheels while sucking most of the oxygen out of the room for several years now. Time for somebody else to give it a go

I don’t think anybody’s tried exactly nebula-style, but there is already https://newellijay.tv which seems to be a kind of video-outgrowth of an existing rural makerspace? Pretty cool project from what I’m seeing

PeerTube is not really intended as a platform, even less so than most fediverse projects. As it stands, the best way to think about PeerTube is sans discovery mechanisms because I don’t think any are planned. With this in mind, peertube is best thought of as the video extension of the fediverse and the discovery niche is filled through word-of-mouth here and over on the microblogging side.

There are multiple monetization plugins and absolutely no built-in anti-monetization features. I don’t think it’s unreasonable for them to keep the base software monetization agnostic. They talked about this at length during the AMA a couple of weeks ago. I believe this one is the most popular: https://github.com/samlich/peertube-plugin-web-monetization

No reason a Nebula-type model couldn’t see success on peertube

As I see it, there are three major ways a fork could gain significant standing among the community:

• They could get features out faster. Scaled sort would’ve been absolutely pivotal during a migrationary wave, as it would have allowed small communities to gain exposure on the front page in a far more natural and organic way. Currently new communities are largely dependent on the community spotlight subs and there’s not a whole lot of ways to actually gain momentum after that initial posting.
• They could improve performance and appeal to admins. The current cost of hosting Lemmy is fairly bloated from my understanding.
• They could invest in moderation. Beehaw would certainly be interested.

I honestly think any one of these is easily manageable by a handful of people in off time. Other parts of the fediverse of similar size are chock full of forks.