nostr:npub1a6k75m9m2qv2ry8sz9u90hj38np8r5jvj374dnvzc49xke9wg7jqhnmu4x sent me this. It's built into coracle?
Yep, click on the sliders icon on a person's feed
I think we need different types of "follow". What about something like this:
1. Friend — this person doesn't show up in my feed. But I like them, and want to keep track of them, and maybe be reminded of them on occasion (hey hodlbod, here's what your friend X has been up to this summer). I trust them, and want to factor their opinions in to content recommendations generated for me.
2. Follow — I want to know what this person says if it has engagement, is popular, or matches some other filter, like topics I've expressed interest in. The Hacker News bot might fit in this category.
3. Super Follow — I want to see everything this person says. These are the people on my "pure signal" list currently.
4. Subscribe — these are people you don't care about, and whose opinions you don't care about per se, but are people who get paid (either by you or by advertisers) to recommend content or products. Could be bots or influencers. You'd never see their content, but you would see things recommended by them.
Items #2 and #3 are variants of the same thing, and could be conflated by assigning a decimal value to your follow (suggested by nostr:nprofile1qqsfcts2suzpxaeuhy2mnjwd9cwt69l98t3tp2r2hf09hu8uz0zzp5spzfmhxue69uhhqatjwpkx2urpvuhx2ucpz3mhxue69uhhyetvv9ujuerpd46hxtnfduq3vamnwvaz7tmjv4kxz7fwdehhxarj9e3xzmnyuurtjm earlier, but I used to have something like this in Coracle).
The first category is entirely different though, because the value of the relationship is not based on what they say, but who they are. I honestly don't want to see anything my mom posts to social media unless she tags me in it (in which case she'll email me). But she's one of the most important people in my life.
Likewise the final category. This is an entirely transactional-type relationship, and is exploited to provide additional social signal to otherwise neutral content.
So, any other categories? This is really quite similar to nostr:nprofile1qqsyvrp9u6p0mfur9dfdru3d853tx9mdjuhkphxuxgfwmryja7zsvhqpr4mhxue69uhkummnw3ez6ur4vgh8wetvd3hhyer9wghxuet5qyt8wumn8ghj7anfw3hhytnwdaehgu339e3k7mgpzpmhxue69uhkummnw3ezuamfdejsxp7af9 's "relationship status" nip, but with more ability to quantify what clients can do based on the relationship. It could also be implemented (of course) using NIP 32.
I love the creativity in the replies here, the design space is so huge
Oh, that's a shame, I'll stop posting that format I guess
Coracle has good advanced search if I do say so myself. https://advancednostrsearch.vercel.app/ is also very good (and faster)
Just wrote a blog post attempting to re-articulate my vision for Coracle. It hasn't changed substantially since I started working on the project, it's just hard to stay focused when the project is so big.
naddr1qqvhw6r9wfjj66tn94khjttrdaexzcmvv5kkwmmfdensygyhcu9ygdn2v56uz3dnx0uh865xmlwz675emfsccsxxguz6mx8rygpsgqqqw4rs9ch9mg
nostr:nprofile1qqsqkyvwgrt08hatk9ljr222v3msru2qmzcx820gflnwfqmyfmwqnjcpz4mhxue69uhk2er9dchxummnw3ezumrpdejqz9rhwden5te0wfjkccte9ejxzmt4wvhxjmcpr4mhxue69uhkummnw3ez6ur4vgh8wetvd3hhyer9wghxuet5tk0hq0 nostr:nprofile1qqsph3c2q9yt8uckmgelu0yf7glruudvfluesqn7cuftjpwdynm2gygpzpmhxue69uhkummnw3ezuamfdejsz9rhwden5te0wfjkccte9ejxzmt4wvhxjmcpzemhxue69uhhyetvv9ujumn0wd68ytnzv9hxgg6dq49 nostr:nprofile1qqs8hhhhhc3dmrje73squpz255ape7t448w86f7ltqemca7m0p99spgpzemhxue69uhky6t5vdhkjmn9wgh8xmmrd9skcqgdwaehxw309ahx7uewd3hkcqgawaehxw309ahx7um5wgkhqatz9emk2mrvdaexgetj9ehx2aqd5pn6h I'd love to hear your thoughts
I don't think so. A fourth positional argument to `p` tags seems like a bad idea. I don't think lists are a good data type anyway, prone as they are to race conditions.
No, I unwrap. Unless we're talking about an authenticated account switcher, filtering is just a matter of showing the right information in the UI
I keep one database for all accounts and filter down when querying. Svelte stores make this pretty efficient.
I don't think category #1 is exclusive to family, it could also apply to anyone you want to remember but is prone to fall off your contact list, like friends from high school, favorite authors (so you know when they publish a new book), local businesses, etc. Basically stuff where you want several months of activity artificially compressed into a digest that you can spend 5-15 minutes on once per quarter to keep up, rather than 1 minute every day (a total of 90 minutes per quarter).
:D
I think we need different types of "follow". What about something like this:
1. Friend — this person doesn't show up in my feed. But I like them, and want to keep track of them, and maybe be reminded of them on occasion (hey hodlbod, here's what your friend X has been up to this summer). I trust them, and want to factor their opinions in to content recommendations generated for me.
2. Follow — I want to know what this person says if it has engagement, is popular, or matches some other filter, like topics I've expressed interest in. The Hacker News bot might fit in this category.
3. Super Follow — I want to see everything this person says. These are the people on my "pure signal" list currently.
4. Subscribe — these are people you don't care about, and whose opinions you don't care about per se, but are people who get paid (either by you or by advertisers) to recommend content or products. Could be bots or influencers. You'd never see their content, but you would see things recommended by them.
Items #2 and #3 are variants of the same thing, and could be conflated by assigning a decimal value to your follow (suggested by nostr:nprofile1qqsfcts2suzpxaeuhy2mnjwd9cwt69l98t3tp2r2hf09hu8uz0zzp5spzfmhxue69uhhqatjwpkx2urpvuhx2ucpz3mhxue69uhhyetvv9ujuerpd46hxtnfduq3vamnwvaz7tmjv4kxz7fwdehhxarj9e3xzmnyuurtjm earlier, but I used to have something like this in Coracle).
The first category is entirely different though, because the value of the relationship is not based on what they say, but who they are. I honestly don't want to see anything my mom posts to social media unless she tags me in it (in which case she'll email me). But she's one of the most important people in my life.
Likewise the final category. This is an entirely transactional-type relationship, and is exploited to provide additional social signal to otherwise neutral content.
So, any other categories? This is really quite similar to nostr:nprofile1qqsyvrp9u6p0mfur9dfdru3d853tx9mdjuhkphxuxgfwmryja7zsvhqpr4mhxue69uhkummnw3ez6ur4vgh8wetvd3hhyer9wghxuet5qyt8wumn8ghj7anfw3hhytnwdaehgu339e3k7mgpzpmhxue69uhkummnw3ezuamfdejsxp7af9 's "relationship status" nip, but with more ability to quantify what clients can do based on the relationship. It could also be implemented (of course) using NIP 32.
Or suffix? Seems like a 10 byte prefix would have more collisions because of PoW
Here's a quick rundown of the new content filtering functionality in Coracle, including content warnings and word muting.
https://media.nostr.build/av/d43449f0587e2c697fe8f13633f1d1339a57b8154d7ac573841098ec873feed2.webm
I tried adjusting the error rate to 1/10k, that should help, but I think nostr:nprofile1qqs99d9qw67th0wr5xh05de4s9k0wjvnkxudkgptq8yg83vtulad30gpp4mhxue69uhkummn9ekx7mqpz3mhxue69uhhyetvv9ujuerpd46hxtnfduq36amnwvaz7tmwdaehgu3dwp6kytnhv4kxcmmjv3jhytnwv46qq5gspu is right that we should have a pretty low tolerance for false positives for deleted content
I just didn't expect false positives after ~200 items
Ok, yeah, I just did that and it works fine. No idea what the space tradeoffs are
NIP-32 for "providing context" ala community notes
NIP-32 for replacing broken URLs in other people's notes? nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn
NIP-32 for patching typos in other people's notes
That's true, I'm only storing deletes by the current user right now though, so a set isn't too heavy. I'll probably end up revisiting at some point
Just tried using bloom filters to store deletes, but unfortunately, false positives seem to be pretty frequent. Guess I'll have to store a set of ids.
Yeah, absolutely, the component could easily be extracted into its own thing