Currently people are using 5 different naming schemes for pixiv artists and I for one would like to see them all normalized to the same thing regardless of what that thing is.
Schemes currently in use: foo_(pixiv_#nnnnnnnn) - very rare only 2 instances I can find. foo_(pixiv_nnnnnnnn) - Rare, around 45 instances. foo_(pixiv#nnnnnnnn) - Very rare, only 2 active instances foo_(pixivnnnnnnnn) - By far the most popular, 18 pages or so, virtually no chance for mixups. foo_(pixiv) - Nearly as popular, 13 pages or so, but not very specific.
The main reason why I'm not going to normalize these myself is I have no idea how many of these have artist pages and I would like input from people who regularly post from pixiv on how they would like to see them normalized (and hopefully to find duplicate tags that need merging.)
*_(pixiv###) type qualifiers should be avoided at all costs. They're awful.
This is my preference:
1) no qualifier - if no name conflict 2) *_(sitename) - if name conflict and the artist has a homepage 3) *_(pixiv) - if name conflict and the artist is pixiv only with no homepage 4) *_(pixiv account name in direct image url) - if name conflict and the artist is pixiv-only and there's already another pixiv-only artist by the same name with *_(pixiv). ---Or alternately for #4, just use the account name in the direct image url as the artist's name, period, if there's a huge number of artists by the PN/HN already (like 'yuu' or something).
Pixiv handles (text under their profile pic) change quite frequently, account names (unique name in the URL) don't change nearly as often. In some cases they're actually the better choice even for #3.
Going in that order, there will never be a need for a foo_(pixiv123456).
Quess said: I don't think Pixiv account names ever change at all. That is, unless the artist made another account and abandoned their old one.
Right, that's what I meant - someone would probably have to sign up under a whole new account to change that part of the URL, so it's a much much much better choice than making the 10th foo_(pixiv#) artist tag. I just really dislike how that practice has become so widespread.
Though I'm not saying most of the people doing it are doing anything malicious. But I even see people doing it to artists who have no name conflicts at all, which says to me that people are getting the sense that it's the default approach to take when in reality it should probably never happen at all.
jxh2154 said: But I even see people doing it to artists who have no name conflicts at all, which says to me that people are getting the sense that it's the default approach to take when in reality it should probably never happen at all.
This was my primary reason in bringing it up. If we get most/all of them purged hopefully people will stop creating new ones in this rather dumb style.
Log said: This was my primary reason in bringing it up. If we get most/all of them purged hopefully people will stop creating new ones in this rather dumb style.
I might have to go through a lot of these one day and retag them (aliasing the old form to the new of course). At least the ones with a lot of tags. It's just be a bit tedious.
Often, the sitename is in Japanese. Sometimes the sitename uses even more cryptic kanji that no online dictionary seems to be aware of. I hate trying to figure out what the romanization is, especially considering that the pixiv id takes all of 2 seconds to identify and copy down.
albert said: Here's my beef with using the sitename: Often, the sitename is in Japanese.
Though often not, in my experience. They either flat out romanize it or it's part of the URL in the majority of situations where I've used it. But either way...
I hate trying to figure out what the romanization is, especially considering that the pixiv id takes all of 2 seconds to identify and copy down.
...that's why I suggest using the pixiv account name, not the pixiv number. The only thing we've ever used that was even clunkier and less user friendly than the _(pixiv###) names is when we had some artist tags in pure kanji.
I mean, we have: yuu_(pixiv131888) yuu_(pixiv_201432) yuu_(pixiv207760) yuu_(pixiv21527) yuu_(pixiv284153) yuu_(pixiv68061) yuu_(pixiv_72946) yuu_(pixiv75084)
Those are really bad tags (and half have no artist entry at all but that's another issue). Especially when we could get a unique identifier for every one of them by using the pixiv account name in the URL, and in most cases have no qualifiers at all.
If we want to take this seriously I can create batches of names with wiki pages and high tag counts and then we can work down & out from there. Batches of 3-5 would get a decent number done without being overload for everyone actively working on this project. Aliases for above, say, 25.
I don't mind doing the lookups legwork but I can't read japanese and machine romanizers have enough problems working on models, let alone artists, for me to consider doing much more than this myself.
What do you think of *_(artist), jxh? I was wondering if one I came across one should have the qualifier changed to the circle/website name rather than simply "artist" (seems preferable to me).
Somewhat related to this (hope I'm not being a bother bringing up older stuff), but could forum #11087 be looked at? Seems like it was agreed to, but an alias or mass edit never took place. "koutaro" is still empty so there's no need for the Pixiv number mess.
I wrote a script to find artist tags with unnecessary pixiv qualifiers. The results are here: list_of_unnecessary_pixiv_qualifiers. These are artist tags with *_(pixiv*) qualifiers that could be safely removed without creating a conflict with existing tags.
As far as I know there's not API for creating aliases/mass edits, so fixing all of these will still require manual intervention.
evazion said: I wrote a script to find artist tags with unnecessary pixiv qualifiers. The results are here: list_of_unnecessary_pixiv_qualifiers. These are artist tags with *_(pixiv*) qualifiers that could be safely removed without creating a conflict with existing tags.
Nice job, thanks. These are a good batch to start with since there's no conflict. I can't do anything with it tonight but maybe I can look at it tomorrow.
EB said: What do you think of *_(artist), jxh? I was wondering if one I came across one should have the qualifier changed to the circle/website name rather than simply "artist" (seems preferable to me).
Oh, well, I usually use _(artist) if the name is already taken, or is very likely to be taken, by a non-artist tag. Like, the artist Kasuga Ayumu. If there's no conflict with another artist, _(artist) is fine.
Somewhat related to this (hope I'm not being a bother bringing up older stuff), but could forum #11087 be looked at? Seems like it was agreed to, but an alias or mass edit never took place. "koutaro" is still empty so there's no need for the Pixiv number mess.
Oh, this is a pretty good example of where I might use _(artist), since it's such a common name. I did the alias as requested for now though, we can move it to koutaro_(artist) later if need arises. Anyway, done.
[Edit: okay, very weird things were happening after the alias failed and wound up hiding 112 images in some weird limbo, but deleting the alias allowed me to change all of them manually to koutaro. So they're all tagged again, and no posts are lost. Thankfully.]
Log said: The only real problem with the generated list is it doesn't distinguish people who used a pixiv name instead of an account name or site name.
It might not matter in the short term, as long as 1) there's no conflicting tag, 2) it's based on *something* related to the artist, 3) the sample URLs are filled in in the artist entry so source search and find artist direct people to the right tag and 4) it's unique and user friendly (unlike _(pixiv###)) so that people have a chance of remembering it.
As long as it's an edit and not alaises I don't really have a problem with it. Making aliases, deleting, and realiasing for what I imagine is 2-300 tags would suck for the admin who submits them all. (For instance I imagine (^_^) has a proper, or at least less dumb, name but nobody bothered to look for it.)
