Even within a site's relatively focused range of topics (it's unlikely anybody on SO will think sun refers to the solar system's star), some tags are inherently ambiguous.
There are currently two unsatisfying options:
- Declare that the tag is only to be used for one of the possible meanings, write a tag wiki explaining it, and link from there to the newly created tags for the other meanings, and keep cleaning up the tag whenever someone ignores the tag wiki popup explaining the tag.
- Use alternative tags for all meanings (e.g.
compact-disk, instead of
cd), and keep removing the undesired tag whenever it pops up again. And it will. The rep requirement is not deterring users from creating unnecessary or redundant tags.
Blacklisting tags is a complicated ritual occurring once in a blue moon, at most, and involves a dragon, a team member, and sacrifices to be burnt. It also makes those other, unambiguous tags not easier to discover, if it were applied to ambiguous tags. I don't consider this to be a viable option in this case.
Here's the proposed feature-request:
Just like a tag can be declared a synonym of another tag, basically changing all references to the synonym to references to that other, canonical tag, it should be possible to make it a disambiguation tag (or ambiguous tag) for multiple other tags. It's a logical progression from "You entered a term with the same meaning as this other term" to "You entered a term with the same meaning as one of these other terms, please choose the correct meaning".
Use of the tag should force the user to choose one of the alternatives presented:
- "You entered 'as', did you mean as-keyword or actionscript?"
- "You entered 'vb', did you mean vb6, vb.net, or virtualbox?"
- "You entered 'vm', did you mean virtual-machine or virtual-memory?"
- "You entered 'sas', did you mean serial-attached-scsi or sas-software?"
- "You entered 'kvm', did you mean kvm-switch or kernel-based-vm?"
- "You entered 'mono', did you mean mono-framework or audio?"
- "You entered 'dsl', did you mean digital-subscriber-line or damn-small-linux?"
Not all of these examples might be good (I'm not sure e.g. about the first two SO examples), but that's not really the point here anyway — they should just convey how this could be used.
Note how some of these tags would probably never be used if users had to type them, and yet everything shorter is ambiguous.
This could probably be mostly solved by extending the synonym/tag wiki excerpt dropdowns shown when a user enters the tags, proposing the alternatives for an ambiguous tag entered by the user (like a synonym suggestion, but with multiple options). If ignored, the user could still be shown an error message like with blacklisted tags, but by designing the selection dialog well, it should be possible to prevent that in most cases.
Suggest disambiguation to user when tagging
This topic is related, but the user seems to have accepted the inclusion of tag wiki excerpts in the tag suggestions drop-down as sufficient.
How should ambiguous tags be dealt with?
This requires extensive discussion and team involvement (i.e. the status quo)
How to handle tags with multiple meanings?
This topic has no real solution, except manual retagging.
[vb]tag. (Oh, hey, and you even knew that because you linked to my question. How about that!)
#fe7a15for SO. The screenshot was created on SU, where this is the