Topic: [BUR] invalid_tag corrections 2

dfY6C

Privileged

The bulk update request #913 is active.

remove alias ear (0) -> invalid_tag (0)
remove alias ears (0) -> invalid_tag (0)
remove alias monotone_ear (0) -> monotone_ears (0)
remove alias girlfriend (0) -> invalid_tag (0)
remove alias girlfriends (0) -> invalid_tag (0)
remove alias boyfriend (0) -> invalid_tag (0)
remove alias 2_legged (0) -> invalid_tag (0)
remove alias 2_legs (0) -> invalid_tag (0)
remove alias bear_girl_transformation (0) -> invalid_tag (0)
remove alias bear_tf (0) -> invalid_tag (0)
remove alias bear_transformation (0) -> invalid_tag (0)
remove alias bull_girl (0) -> invalid_tag (0)
remove alias bull_girl_transformation (0) -> invalid_tag (0)
remove alias bull_tf (0) -> invalid_tag (0)
remove alias fox_girl (0) -> invalid_tag (0)
remove alias couple (0) -> invalid_tag (0)
remove alias couples (0) -> invalid_tag (0)
remove alias lovers (0) -> invalid_tag (0)
remove alias lover (0) -> invalid_tag (0)
remove alias partner (0) -> invalid_tag (0)
remove alias partners (0) -> invalid_tag (0)
remove alias friend (0) -> invalid_tag (0)
remove alias friends (0) -> invalid_tag (0)
remove alias best_friends (0) -> invalid_tag (0)
remove alias job (0) -> invalid_tag (0)

Reason: Another wave of trying to move tags away from invalid_tag, after my first effort at topic #962. The original purpose still remains, in that doing this was because several users had expressed confusion or had been inconvenienced over not knowing which of their tags switched to invalid_tag while they were entering tags for their posts, because they were aliased to that. Since my last post, I have evaluated (with some ported from e621) many more tags that I think either fit somewhere else, some that I just missed, those that can be set as standalone invalid tags, or could be newly repurposed into other "invalid hub tags."

What I mean by "invalid hub tags": During my wiki runs, I came across tags like invalid_color and invalid_background, which encompass some other tags in a similar vein to invalid_tag but more importantly the descriptions (at least in the case of invalid_color) and names of those tags give way more context than invalid_tag does in informing users of what kind of tag they put got invalidated. I wanted to expand on this concept and introduce two more of these invalid_[category] tags, those being invalid_metatag and invalid_subjective.

invalid_metatag would encompass things such as screen resolutions and aspect ratios (like 1024x768 or 4:3, which were invalidated here on e6ai not too long ago), questionable/explicit (as tags, not the actual rating, also safe isn't included here as safe_(disambiguation) exists for it because of the container or a BDSM safeword), and other "meta" things to the site. I'm somewhat iffy on this name because it may be confused for the meta category of tags on the post tag list, but I do address this on the preview wiki page for it and "metatags" is the official name for these "behind the scenes" things as seen by the wording on the search cheatsheet. I originally had the filetype tags in here but there was a recent rework in the e621ng code regarding those tags, making that redundant, so that's not here anymore (except for taking png out of invalid_tag and categorizing it as invalid, which is current e621 behavior).

As for invalid_subjective, this would include subjective terminology such as cute, badass, boring_content, trashy, etc. Subjective words almost always go against the Tag What You See policy on e6, and these tags were invalidated because of that. Rather than sending these straight to invalid_tag, they can instead go to invalid_subjective to, again, better help inform people which tag is being invalidated and also to remind users about TWYS guidelines.

I have written preview wiki pages for both of these hub tags at their respective tag links if you want to see them. Again, that's invalid_metatag and invalid_subjective.

The hope for these new invalid hub tags is that it wouldn't be quite the same problem as invalid_tag has. The reason for tags being aliased to invalid_tag is that some of those tags just don't have good alternatives to recommend on their own standalone wiki page for them, or some are just straight up offensive words. These other invalid hub tags would serve the same purpose as invalid_tag for tags that just don't have good alternatives, but having a clearer name and being centered around a specific category can help inform the user which of their tags is getting invalidated, and could actually have a wiki page centered around that topic. This is something you can't really do too well on invalid_tag's wiki page because it's just too broad and encompasses too many different types of tags to give a quick assessment to users.

The tagwork for these new invalid hub tags will be posted in this thread obviously, but they will come near the end. Everything that comes before it is more of a standard continuation of what I was doing in the first thread. I will post some notes for each part as I go along, if there is something I felt like was worth pointing out at all.

Note for Part 1:
My idea for girlfriend, boyfriend, lovers, friends, etc. was to re-alias these to an invalid partners tag suggesting valid tags that are already in use. Not entirely sure if the friend(s) and best_friends tag are a great fit here, but I did include the basic duo, trio, and group as suggestions in those cases. I already have a wiki page up for partners as a preview of this if you're curious.

EDIT: The bulk update request #913 (forum #5469) has been approved by @Jelloponies.

Updated by System