I was originally thinking that I would just only rate things that I can simply address with an e or a tag, I'd include that tag, and that's all.
But everyone else is using a d tag that contains all possible identifiers and addresses for everything in existence, including other tags, nested within the d tag. Like, a d-tag with i-tags and e-tags and a-tags in it. And I find that confusing.
to me this feels like a namespace problem, and perhaps the wiki style events can provide a namespace for things that don't have their own identifier
It's both a namespace problem and the question of whether it isn't better to use different tags to describe different things, outright, instead of nesting the different tags in a d-tag, just so that you can pretend that they're all using the same identifier.
also, if you have your own event kind that doesn't clash with existing kinds, I think it's fine to define the semantics for let's say the o-tag to be whatever you want it to be
And then I thought like you, that I'd use i tags (which already include hashtags and geotags and etc., btw) for stuff that didn't fit.
But why put the i tag inside of a d tag?
You want an updateable review. Ok. You need to put it inside the d tag.
Because the d tag uniquely identifies what is being reviewed, and you cannot have 2 different PREs with the same reviewed target (like the same book) but with different d tag
So, the d tag goes inside the other d tag?
Can you have i tags inside of a d tag inside of a d tag inside of another d tag?
Yeah, I'm not going to do the nested index tag thing. Made something I expected to be extremely simple much more complicated, and less filterable, just to save one tag. I'm just going to have a normal reference tag appropriate for whatever is being rated and a normal d tag.
