Do we really want mob_x_character

Posted under Tags

trapster77 said:

WHAT???? that's what it meant??? i thought it was like "mob a" but it became "mob x" in english. would never have guessed

Huh. Guess you haven't been to the same parts of the internet I have been.

But seriously, I really wish this tag hasn't been created without discussion. As now we are left to clean up the damn mess created as a result.

This is exactly why danbooru02 - and anyone else for that matter - that wants to workshop a massive tag like this should be doing it with a favgroup instead of just going ahead and creating the tag then saying "no harm just nuke it later". The point is being able to stage and see what kinds of posts would be falling under the tag that can further gauge discussion points. Creating the tag and then the BURs for it being left in limbo quasi-legitimises the tag when it was already not strong enough to begin with, which then further sees it being perpetuated or used and giving everyone more work later unless it can be hard nuked.

evazion said in forum #396842:

I'll just deprecate it for now until someone can some up with something better.

Since previous attempts at mob_x_character failed due to being seen as redundant with solo_focus, I propose a cleaner, atomic approach by separating Identity from Quantity.

The current reliance on solo_focus is insufficient; it essentially only covers "one girl + X boys" , leaving a massive gap for multiple_girls, multiple_boys, or any group interaction involving anonymous subjects. Furthermore, gender counts (1boy, 2boys, etc.) act as massive, unorganized "everything tags" that mix named characters with nameless extras.

The Proposal:

mob_character (Identity): A tag for a non-background character with an active role but no unique design (faceless, POV, generic anon, etc.).

Utility: It identifies a subject, not a relationship. It allows users to filter -mob_character to see only canon/OC content—something solo_focus cannot do. It differs from people/crowd because the mob_character has agency and interacts with the cast.

multiple_mobs (Quantity): Used when two or more such characters are present. This avoids numerical counter bloat and separates active group interactions from passive background noise.

We don't need mob_x_character. If we define the subjects properly (Character A + mob_character), the relationship is implied.

If the concern is that this will become a "bulk tag", we must realize that 1boy, 2boys, etc., are already that—just much messier versions. It's better to have a functional, filterable "trash can" than to have the trash mixed in with the named identities of our database.

1 2 3