Oddbean

Thanks for the hint! I looked at this one, but I don't just want to reference, I want the metadata to *live* on nostr. Currently some teacher publishes a learning resource somewhere at attached some metadata like subject, taught competencies, appropriate educational level and so on. And then this data is fixed. In current infrastructure approaches it is not easy to adjust this metadata. Maybe it was published with subject biology, but you want to add chemistry as well and add some description on how you used it in chemistry. Nostr is like made for this. People can fork the metadata and add their suitable Infos to it. The resource stays the same though referenced by the uri where it currently lives. If you then think of WoT facilities you could provide a user lots of relevant services like when they search for content you can sort results based on their social graph and take into account with what resources (or their metadata) users already interacted with and so on.

30040 is essentially a container, but one meant to be in a feed. Been thinking about these events that aren't best suited for a feed - which might require a new kind. I think the recommended practice would be to use a different event kind that has the same functionality of 30040, but explicitly not for feeds. The other option would be to use 30040 with a specific boolean tag for `feed=false` or something similar, but I think that practice is discouraged. Zap.cooking uses a tag for 30023 events to only pull in recipes. https://njump.me/naddr1qqekwmr0wa5kueedwfhkcmrn8gkhycth94mx2empdckhxatndp5j6en0wgkkzttgv4skcarg0ykkymm0wd6zzq3qc6dhrhzkflwr2zkdmlujnujawgp2c9rsep6gscyt6mvcusnt5a3sxpqqqp65wenuyur