42

There have been several feature requests to add some kind of hierarchy to the tagging system. All of them have been declined, my impression is that the major reason against them is the added complexity.

The issue that a tag hierarchy is supposed to solve is that certain tags that look like a good fit are actually a bit too specific and not followed by many users. The best example are probably version tags on SO. If you have a question about Python, the tag you should always include is , that is the tag most users interested in this topic actually follow. If you only include a version tag like , the question is going to have a much lower visibility than it should have, and some people will miss it because they only follow the main python tag.

There are of course ways to avoid this issue by tagging appropriately and by using wildcard tags to search for questions, but both require quite a bit of experience with the SE system. I think it is worth to solve this issue without relying on the community to fix all the tagging or users looking for questions to know about wildcard tags. This is something that should work by default for all users.

What I'm proposing is a much more limited system than previous feature requests that should avoid unnecessary complexity associated with a full tag hierarchy. In my system, a tag would have the option to have a single implied tag. For example, would imply . This would result in any question that is tagged with to have a 6th invisible tag if that tag isn't already present. So anyone filtering by the tag would also see questions that are only tagged with . If possible, this implied tag should also count for tag badges and Mjolnir, just as if the questions were actually tagged with it.

The major restrictions I would propose to reduce complexity are:

  • only a single implied tag per tag
  • no deep hierarchies, a tag that is already an implied tag can't have an implied tag itself.

This tool is not meant to solve all the potential issues that overlapping tags have, it is meant for the easy cases like version tags, not for anything more complicated. It is meant to be used sparingly, which is why I would make it a moderator-only tool. On a large site like SO this doesn't scale well, but I think this could be circumvented by having an SE developer creating the implied version tags programmatically.

This wouldn't be only useful on SO, on Arqade it could e.g. be used to imply the main game tag if you only tag a question with the expansion tag. On SciFi you could imply the author tag if you tag only with a book/series tag.

The added complexity is mostly hidden from regular users, they don't need to know about this feature at all, it will just work for them automatically. It also wouldn't really complicate tagging, there would simply be more ways to end up with the same result, it doesn't matter anymore if you add the implied tag yourself or not.

8
  • 1
    Isn't this similar to this now bountied question?
    – rene
    Oct 21, 2015 at 10:31
  • @rene similar, yes. But my solution is simpler, I think and a bit more general as it can be applied to more than just version tags. Oct 21, 2015 at 10:33
  • Will tag-badges work for implied tags? Can I earn a gold-badge-dupe-hammer only on an implied tag?
    – rene
    Oct 21, 2015 at 10:39
  • @rene This probably depends on implementation details. I think it would be a good idea to treat an implied tag as if the tag was actually added to the question in all instances, but I don't know if that can be implemented easily. Oct 21, 2015 at 10:44
  • 1
    In theory you can end up with a question having 10 tags, right? 5 direct and 5 implied?
    – rene
    Oct 21, 2015 at 10:47
  • @rene Yes, though in practice I wouldn't expect this to happen. Oct 21, 2015 at 10:49
  • Very interesting. Hmm, being hidden has the advantage of not cramming up the precious tag slots, but the big disadvantage that at the end of the day the question, well, still isn't as properly tagged as it should. It benefits searching and filtering, but not much else, especially not the cleanliness and completeness of the question's tags, which admittedly seems to be a largely academic problem that many users solely focussed on searching and filtering won't care much about, though. Oct 21, 2015 at 11:33
  • Can I add that they should not be hidden while posting / editing the post! That would have imidiately solved the confusion between data.frames and dataframes if the poster was told "data.frames implies you are talking about r" Apr 18, 2016 at 16:13

1 Answer 1

28
+150

As somebody who has dabbled in information architecture, also on a professional level: I like the idea.

Tagging and metadata is a complicated thing to get right. Its UX always has two sides: the data entry and the data use side.

Stack Exchange has always tried to keep the whole thing as simple as possible. I believe this to be the absolutely right thing on the data entry side. Complicated taxonomies of metadata may be more powerful, but they require quite some knowledge to use correctly. There is a reason why people have to go to college to become a librarian or a data curator. So, having askers enter the best descriptor they come up with, instead of working through the levels of nested tags, is a good thing.

But there is no reason to not enjoy the power of a more complicated system, as long as the average users is not burdened with that complexity. That is, if we have somebody with a better understanding and the responsibility to keep data clean (e.g. the moderator) who does the housekeeping part of the tag ontology, we can offer users a better search and filtering functionality without creating a mess.

Mad Scientist's proposal goes exactly in that direction. The interface for choosing tags stays as simple as it is now. But the system can get more mileage out of the same metadata because somebody gives it important information by manually setting some links.

Another good part of this proposal is that it has value when it's only used sporadically. Some great ideas work only when somebody sits down and processes all data available. This won't happen here. But the beauty of it is: imagine a moderator who notices should be an implied tag of and sets the connection. But he doesn't think of setting as an implied tag of . This is OK, as setting the first link has already increased the value of our data and has brought advantages to the users. It doesn't need completeness to work.

I don't know how much effort the implementation will be. But from a UX point of view, I'm very much for it.

1
  • 2
    I like that. The hardest part [for less advanced users] will be to understand the difference between "implied tag" and "tag synonym" - but one doesn't come across these terms until they pretty much know how the system works. Oct 21, 2015 at 15:22

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .