I currently use nip94 to do this and there is an upload tab on Gifbuddy for users to add their own gif (which should show up almost immediately on nostr search)

The counter on the main page is logging the size of the nip94 repository for GIFs published by Gifbuddy

My first reaction is that adding a new kind would reset the progress and split the dataset, but I may be missing something

Why nip51 over nip94?

I actually already have a nostr native gif search engine that queries nip94 events, but haven’t advertised it much because the index is too small (<6,000):

https://gifbuddy.lol/nostr

Reply to this note

Please Login to reply.

Discussion

I'd say we use both. NIP-94 is great for keeping track of the gifs and publishing them to nostr, but I think it would be cool for users to customize their own gif collection so they didn't have to search for gifs every time

I think I see where you’re coming from now

nip94 will be the entire dataset

nip51 will be user favorites for quick clicks

So users would sign an event and their favorite or most used GIFs would be tied to their public key that clients could use for better UX

Is that right?

yeah, NIP-51 has bookmark events that could be used for flavoring specific gifs or sets. and "sets" which could be user made collections of gifs