Seems like people I follow on olas shouldn't necessary be the same people I follow on @amethyst
Login to reply
Replies (11)
I agree, this is something I'm exploring and wrote a NIP for it
I will add an "unfollow" and an "unfollow only in Olas" options and something similar for Follows.
YESTR
View quoted note →
Should it be client based or kind based though🧐
It's taking a long time for devs to see this. Nostr is still way too concentrated on kind 1 networks.
I strongly disagree, this should not be solved by following or unfollowing an npub on a specific client or for specific kinds, but custom feeds.
The network graph should be simply represented, what is the benefit of saying Joe is connected to Sally but only regarding the topic of soccer, not baseball? If one of them wants to filter, it should be client config, not at the level of a follow or unfollow.
I think we will need topic specific social graphs for web of trust.
But I agree, that should probably be handled by filters on your core graph.
Maybe we can have filtered lists by kind and/or topic.
Apps can create lists for you if you like them to be in charge of your list or you can manage them yourself
They will need to be pulled apart with optional adhesiveness, with the drag of a mouse, like slightly magnetic twigs, or a clump of clothes hangers, depending
I like filter lists better. For example, Michael Jordan. Imagine there were kind events for each different sport. I see all his basketball posts. But not his baseball or golf ones. The default behavior should be I see all of his notes, and then can filter in the app to ignore his client posts. The pseudocode for this is just like where content! = something I don't want to see
It's much more versatile because you can then filter someone's political posts but see all their cat pics for example but another user you want the opposite.
In order to filter a list, the list must first exist.
Then after you have built your lists, the apps, algos filters, etc can do want they want to the lists you have built
Follow lists already exist, I'm advocating that they should not be splintered into a million different versions and instead filter lists should be added.