The All-Feed is very important to increase the content-quality of the threadiverse and therefore, ensure its existense. However, for smaller instances, there is only limited reason to put the All-Feed prominent in their UI, because their posts will never be present there. However, if they push people toward their the Local-Feed (which they currently do), people will only stay on their instance and overall discussion quality declines.
So, to truly overcome instance protectionism, we need a new feed, in which an instance can find a good balance between showing content from other instances and its own.
What is the incentive for instance owners to push people toward the local feed vs the all feed?
I’m not entirely sure what they meant. There are three settings: All, Subscribed, Local. Instance owners have to choose which is the default for their instance. Neither is “pushing” anything.
For themed instances, it makes sense to emphasize their local feed. For generic instances, not so much. Either way, users can choose another setting anytime, or even set their own default.
I’m basically just suggesting a feed that takes the Local and All feed, and merges it 50/50. Meaning you have the posts in the order in which you would normally see them but in the same feed. And its not like first a Local post, then an All post, then the next Local post but a bit more shaked up: for each post in the list, a coin is thrown if the next local or all post is picked.
I see, thanks. Presented this way, I like the idea much more. I generally like the idea to customize my own feed. So I’d like to take it a step further: Let me choose the numbers. 50/50 seems like a good predefined starting point though.
Also I wouldn’t stop there but include Subscribed. So while your settings might be 0/50/50 for Subscribed/Local/All, mine would be 70/20/10, and the next guy could choose something entirely different.
Similarly, I’d like to control how much weight small communities get in these feeds. And I’d like to say “whenever something is posted to this specific community, show it to me! No matter how much other interesting content there is from other communities.”
I love that! Just made a post about it …
I think the all feed doesn’t have all the subs, just the ones that have been subscribed to by anyone on the instance. local is a little more intuitive in that it’s just the local hosted subs to the instance.
I just reread the post and never mind. that’s not what op is talking about. still I think it’s a n issue that needs addressed.
No we don’t.
One of the fundamental strengths of a federated approach is that I can, with no muss or fuss, see only my local instance.
I understand where you’re coming from, but you’re presuming that most instances are simply clones of each other, and that’s not true. (or at least that’s not how it’s designed to be).
For example, my home instance is mstdn.ca. Ostensibly, with a single button, I can focus my entire Lemmy experience on things important to me as a Canadian without wasting through everyone else’s bullshit. Canadian news. Canadian politics. Canadian hobbies, etc…
You’re idea presumes that all instances are trying to carry the exact same content, which is false.
This is a suggestion for a new feed option, not a replacement for the existing one. Nobody’s trying to take your local feed away from you
I’m basically just suggesting a feed that takes the Local and All feed, and merges it 50/50. Meaning you have the posts in the order in which you would normally see them but its not like first a Local post, then an All post, then the next Local post but a bit more shaked up.
Why does it presume that?
I wasn’t aware small instances were hiding the all feed, but honestly I’m not opposed. If people want to run Lemmy instances the same way forums used to dot the internet, that’d be cool. Users having the ability to chime in with their kbin account or whatever is just a nice perk for ease of use.
deleted by creator
The All-Feed is very important to increase the content-quality of the threadiverse
How so? For who, and why? I doubt it’s true for me. I use my subscribed communities. How does the existence, or the state of existence of the All-Feed affect my content quality?
However, if [small instances] push people toward their the Local-Feed (which they currently do), people will only stay on their instance
What do you mean with “push people towards their local feed”? Are you referring to the instance default setting, wether the instance page should be fed from All, Subscribed or Local? And you mean the default should be All, not Local?
Also doubts about the last part; “people will only stay on their instance”. I joined my instance when it had around 100 users, and instantly started searching for communities which interest me, and subscribed to them, regardless on which instance they are hosted.
Maybe the kind of user you are talking about exists. Maybe some people never search for their interests, never get interested in a cross-post community, never get interested in a community when other people talk about it. I have doubts about all this, but maybe it exists. But it’s on you who makes that statement to show this user group exists in a number large enough to talk about it as if there was no one else.
Maybe some people will only stay on their instance, but if some is small enough, and a good part of those enjoy exactly that, why should we care or even try to change that?
I do agree however, that community discovery should be improved even further. Especially for people from very small communities, it can be a tricky process to discover new communities on remote instances.
we need a new feed, in which an instance can find a good balance between showing content from other instances and its own.
I’m all for more control, which is why I’d like that power on the user level. Let me choose how to curate and compose my feed. An instance may predefine defaults, yes. Much like instances predefine wether their start page is populated with All, Subscribed or Local, and users can freely choose otherwise or change this setting permanently for them individually.
Ideally, I’d like to assign weights to instances and communities, to control how likely a post from that origin is to show up in my feed.
Honestly, the problem with discovery is not that there are not enough posts in a single timeline. Merging local and global feeds makes discoverability worse on Lemmy and kbin, not better, because the timelines display posts, while the space is organized by communities. This means that smaller or niche communities just drown seas of posts from large or highly active ones.
If you want a real “exploration” timeline, you need one that limits the number of posts from any given community. And that still seems like it’s well served by local/global splits, because the website you join should be meaningful.
We do not need, nor should we want, a network of “dumb terminal” Fediverse sites. We should be aiming for the local stream to be the big selling point for any given instance, with the ability to interact with remote communities being a value-add. A merged timeline kills local identity, and tells users that their hosting website is a 2nd class citizen in the Fediverse.
If you want a real “exploration” timeline, you need one that limits the number of posts from any given community. And that still seems like it’s well served by local/global splits, because the website you join should be meaningful.
That should be given by the sorting-algo you chose. Merging local and all is additional to that so that you don’t have to skip back and forth all the time.
