Semantic tagging á la LinkedIn.
Credit to my brother @manipulable, the following is a repost:
Tags are currently a bit crap
- Anyone can add a tag to any article without moderation or validation.
- There is no assessment of how closely a post relates to a specific tag
- This means that the tag search is very poor, only showing highly popular tags in the dropdown, because tags are unreliable
- Upvotes are vague
-- What is an upvote? Seriously… that's not curation. You don't walk into a library and see the books ordered best to worst from front to back based upon whatever people happened to read that day. Things must be organised based upon the content therein so that you can efficiently browse.
What LinkedIn does
The challenge for LinkedIn was that anyone could add any skills to their profile, meaning they were unreliable. So LinkedIn allowed other users to upvote those tags, thereby developing an intersubjective community verification system around people's skills, which was very successful.
Proposal: add +1 to tags on Steemit.com
- Anyone can add as many tags as they like to any post, including the author
- On reading the content of the post, other users +1 the tags
- They will upvote the tags that they feel best reflect the content
-- Optional: adding a tag that gets a lot of upvotes can receive a small reward
-- Optional: upvoting existing tags that gain a lot of subsequent upvotes can receive a small reward - Search will then be useful, a user can search for a tag and reliably find articles related to that search
- Search algorithms can then be designed around these new data points
- Searches can be based upon multiple tags
- Search results for tags can then be sorted like in the existing standard feed based upon Reddit
- Search can be predictive
- Search can offer you related tags to include to widen your search
- Search can exclude specific tags
Final thought
- The tag system should be pretty straightforward to set up
- The search will be complex but doable, for example
- One article might have 10 upvotes on a specific tag, but 200 upvotes overall
- Another article may have 50 upvotes on a specific tag but 100 upvotes overall
--How do you determine which search results to show
- Another article may have 50 upvotes on a specific tag but 100 upvotes overall
YES! I'm a huge fan of semantic tagging. How I'd like to see it work:
Travel Post with Photos
Another issue that must be addressed: Closely related tags. There's a
steemdev,steem-dev, anddevtag. How the hell is someone supposed to pick without picking all of them? Unless new tags are moderated and combined with some human intervention, there has to be a way to suggest tags for a post- or combine related tags into a super-tag of sorts.This is a good solution. But don't you think it may be a bit too much asking users to upvote tags? Personally, if I come across a bad post or something that doesn't match with what they are tagged with, I don't wanna spend time downvoting tags for that post.
Not everyone has to do it, but it could be rewarded for providing a service to the network. Would likely need a hard fork. The interface could be pretty simple, just little x's on the tags that you click if they're bad.
뭔 글 한번 쓸때마다 이거 드릅게 오래걸리네 이래서야 sns적 기능을 제대로 할 수나 있으려나 모르겠네
I feel like there’s something here, but it seems possibly too complex. What if you just made tags the vehicle of the upvote? In other words, you wouldn’t upvote or flag a post and also a tag—you’d upvote the post by upvoting one of the attached tags. Maybe that’s what you’re suggesting, already. So you wouldn’t get to upvote/flag a bunch of different tags, but I think it would still approximate a community consensus of what the post is and where it belongs.
The essential idea isn't that complex. From a user interface perspective, it works pretty well on LinkedIn and I think it could be replicated very similarly here. My brother is the author of the post and wouldn't be familiar with the inner workings of the Steem blockchain. I do think voting on the post should be separate from voting on tags, because the two are conceptually separate. One is to reward contributions, the other is for collectively sorting/curating content.
I don't know what the best way to do it from a technical perspective is. We could either have an SMT for tag curation or we could have part of the reward pool dedicated to it. Almost certainly it would need a hard fork IMO.
Yeah—that makes sense; conflating specificity with quality is certainly the weakness of my suggestion. Basically, I think design is about trade-offs, and in this case I’m inclined to promote simplicity over specificity. I can totally see why you wouldn’t want that, though, especially if you have experience with the system working as intended.
I had this idea back in July, 2016. Such transactions could be left on the block chain using a custom_json transaction. That is how following is done.
Fantastic idea.i truly liked it. +1 to your comment from @indiantraveller.