I went through all the tags which only had at most 3 questions tagged. The following are all the ones which do not correspond to a particular series, person, or studio, ordered in the same way they are ordered at https://anime.stackexchange.com/tags. These seem to be the most controversial tags, though there may be other controversies with the larger tags in this category. I've ignored those for now since I think each of them deserves a separate meta post.

It seems to me that some of these are good tags, and some are very clearly not necessary. Which should we keep, which should we merge, and which should we get rid of?

Note: I'm asking this because it seems like applying the changes I propose below to 26 tags on my own without community support would be overstepping my bounds, and also so that we can get a mod to do the merges without bumping questions.


Here are my suggestions. These are based on three principles, namely that A) a tag should be something that someone could legitimately be an expert on, B) tags should not be prone to misuse, and C) we should not have two tags with identical or nearly identical scopes. I've also only commented on tags that I think are not likely to generate a lot of debate; those tags would be better discussed on their own individual posts.

  • seems redundant, as we already have and . The two open questions on could both be retagged as . The closed one is about Visual Novel production. If the tag were going to be used for questions about production of media other than anime and manga, I'd say keep but rename. As it is now, I say merge with (and remove from the VN question).
  • is a borderline case. I don't see much reason to keep it, but I also don't see much reason to get rid of it. I'll abstain on this one.
  • can probably stay. The only question is whether and are different enough to warrant having two separate tags. However, of the 4 questions tagged with , 3 of them aren't solely about the music from the song, so I say keep both tags.
  • is a strange one. The wiki description says it's to be used both for real-world technology and in-universe technology, which obviously are very different things. I say we make it only for in-universe technology. If there are any real-world technology questions which are on topic on this site, we should make a separate tag for them, but if not then we can get rid of it. I'm not really opposed to getting rid of the tag entirely either, but I'll abstain on that point. Changed tag wiki to reflect that.
  • seems fine to me. Keep.
  • probably should be discussed on it's own meta post, but for now I say keep.
  • No need for this. Burninate.
  • I don't see what this is good for. Destroy
  • Merge with
  • The single question tagged with this would be better tagged with . In principle I think this tag might be okay, though I suspect it would be a subtag of .
  • isn't quite the same as any other tags we have, and it's not prone to misuse. We probably won't get many questions on it, but for now I say keep.
  • Merge with - Note that no synonym was made.
  • I have no opinion on this. Abstain.
  • It's questionable whether this is necessary. In my opinion this should be discussed at Add "light-novel" to tag blacklist rather than here.
  • is similar to . It should be discussed individually on a separate post.
  • I propose that we merge this, , and into a broad tag. There isn't too much potential for misuse of such a tag, and there isn't much difference in the scope of these tags.
  • Kill. Too prone to misuse, and there aren't many other questions that can be asked about this. The one question with this tag should be retagged, but none of the existing tags works. I suggest for these sorts of questions. That, or we could move it to meta as an FAQ question.
  • Again similar to . This should get it's own meta post.
  • I'll abstain, though I lean towards getting rid of it slightly.
  • see above.
  • is probably okay, though it's almost a subtag of . keep
  • My trouble with this is, are there any on-topic questions about conventions? If there are, we can keep it. If not, we should get rid of it. The only currently tagged question is closed, though it might be a candidate for reopening.
  • seems fairly broadly off-topic. There are a few questions one can ask about copyright that are on-topic here, but I think it's few enough that we don't need a tag for it. Leaning towards kill, though I'm a bit iffy on this one.
  • I see no problem with this one, except that a couple of questions that could be tagged with this aren't. Keep.
  • AMVs usually refers to fan productions which are not official. I think they are almost entirely off-topic here. It can very rarely refer to officially produced AMVs by studios, but that is not the norm. As such, I say kill.
  • seems to have been added in the early days, perhaps from Movies & TV where it is a common tag. However, I think there is no need for it here. Kill.
  • I guess I'm okay with. Keep.

Since this is a very long post and most of the disagreement is likely to be over a small number of tags, I'd suggest voicing any disagreement as a separate answer rather than a comment here so that it can be properly voted on.

  • I agree with all. To add onto a few... Kill [analysis] as is an entirely non-constructive tag. Keep [anime-physics] since it is definitely the subject of a lot of "WTF"s in anime. [retag] needs to remain, I think, to keep newbies from tagging it with "whatever". I'd say burn [technology] as I don't think many in-universe tags will be helpful--technology changes between universes. [season] and [prequel]... just WTF... kill. I think I missed one I was going to mention, but I'm running out of characters anyway.
    – Cattua
    Mar 21 '13 at 3:36
  • I agree with the answer, and with @Eric's comment. Pretty good job :)
    – JNat StaffMod
    Mar 21 '13 at 9:31
  • Good compilation. I agree with nearly everything you say (and seems like the rest agree as well). I'll get on it soon. Mar 21 '13 at 22:30

You must log in to answer this question.

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