Possible Duplicate:
Could we make tags imply other tags?
Hierarchical Tags

As we all know, any question on Meta should be tagged at least with one of following: bug, feature-request, discussion, support.

Nevertheless, I believe, there are some tags, usage of which automatically implies belonging to one of these categories.

For example, retag-request is feature-request as well.

So my question is - may be, I'm saying only may be, we should think about something like tag dependency - when using tag A automatically means that this question belong to category B?

UPD: Just want to note that I'm not asking about tag hierarchy on any stackexchange site, I'm talking about meta. As for rules, by which we conclude that this tag is depended to that on, I'm proposing very simple rule. If, say, tag have postfix -kind, then tag kind is parent tag.


1 Answer 1


Maybe that would be possible if all tags had a clear and unambiguous meaning. But as it is now, many haven't. So I can imagine I would want to use tag A, but in a different sense than category B. Thinking of it, I only see draw-backs.

  • Many dependencies would be disputable. Would belong to ? Concurrency can apply to many multi-user systems.

  • Many tags could belong more than one category. could belong to and . Would I have to choose a category when I tag NHibernate? Better not.

  • It would promote tag duplicates if people find a tag, but not in the right category.

  • It would be a hell of a job to detect and maintain dependencies.

So, yes. Overkill.


After your comment and edit: I think at meta pretty much the same would apply. The conventions that you mention would be clear enough.

  • 1
    Your answer is full an excellent. Just want to note that I've asked specifically about tags on meta, where we have a set of obligatory tags. Here, on meta, we can, for example, say that all tags with -request postfix are automatically requests.
    – shabunc
    Dec 7, 2011 at 10:57

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