Shinjidude said:
- Inconsistant translated/untranslated posts:
As I posted in the other thread, this is as clean as it can get for now, there's some mixed hard translated/untranslated images left but nothing I can do about those.
Yeah, included it though as something to keep an eye on in the future. Just because it's clean now doesn't mean it will stay that way indefinitely.
Well as long as we keep track of current status in here, someone won't go looking for something that's been fixed for the time being.
I guess you could add all the terrible cosplay handling I do on a bi-weekly basis but it's harder for me to put down what I do rather than just doing it.
e: ugh I should just dmail the most frequent offenders *cough*Herrmobel and Mr_GT*cough* and tell them to use the cosplay tag instead of just the supplementary tags. :|
Various searches to help find missing/incorrect tags:
- source:*www.pixiv.net*
- Incorrect pixiv source. Some of these can't be fixed because the pixiv account has since been deleted.
- source:http:* arttags:0
- Source but no artist. This search includes non-Pixiv posts.
- swimsuit -bikini -one-piece_swimsuit -school_swimsuit -competition_swimsuit -sling_bikini
- Posts tagged swimsuit but not with the specific kind of swimsuit.
- lying -on_side -on_back -on_stomach
- Posts tagged lying but not specifically how the character is lying. on_back isn't very important but on_stomach and on_side should be tagged.
- oral -fellatio -cunnilingus
- 69 -fellatio -cunnilingus
- Posts possibly missing a fellatio or cunnilingus tag.
- group_sex -gangbang -threesome -orgy
- Usually one of the more specific tags is applicable.
- anal -fingering -insertion -tentacles -fisting -sex
- vaginal -fingering -insertion -tentacles -fisting -sex
- Missing sex/insertion/etc tags.
- doggystyle -sex
- group_sex -sex
- rape -sex
- Possibly missing a sex tag.
- ~multiple_penises ~multiple_fellatio ~multiple_paizuri ~double_handjob -group_sex
- Posts that maybe should be tagged group_sex.
- *_(cosplay) -cosplay
- Posts missing a cosplay tag.
- rating:s shota
- rating:s loli
- Posts that probably shouldn't be tagged loli/shota.
- penis -rating:e
- pussy -rating:e
- cum -rating:e
- sex -rating:e
- footjob -rating:e
- fingering -rating:e
- masturbation -rating:e
- oral -rating:e
- paizuri -rating:e
- rape -rating:e
- Probably misrated.
- width:>=3200 -absurdres
- height:>=2400 -absurdres
- width:>=1600 -highres
- height:>=1200 -highres
- width:<=500 height:<=500 -lowres
- filesize:>=10M -huge_filesize
- Missing resolution tags. Flip the signs to find posts that have the tags when they shouldn't.
EDIT: Refined a few searches and added some new ones.
evazion said:
- source:*www.pixiv.net*
- Incorrect pixiv source. Some of these can't be fixed because the pixiv account has since been deleted.
I'm subscribed to the rss for this and jhx is dmailing the offenders so it's probably for the best that I'm the only one handling this for the time being.
evazion said:
- *_(cosplay) -cosplay
- Posts missing a cosplay tag.
Also foo_(cosplay) -foo and foo_(cosplay) -copyright. These are less common but they still happen from time to time.
Log said: I'm subscribed to the rss for this and jhx is dmailing the offenders so it's probably for the best that I'm the only one handling this for the time being.
Yeah, while it's nice for others to fix these URLs as they see them, doing so means the person who put the wrong URL isn't being notified about it, and they'll continue to do it until someone alerts them. Just letting Log's script fix them and then me dmailing them is likely to fix the situation more permanently. And it seems to work fairly well, as most people on the list are *not* repeat offenders.
Wouldn't it help to have the system automatically reject *www.pixiv.net* in the source?
Fencedude said: Wouldn't it help to have the system automatically reject *www.pixiv.net* in the source?
Similar things have been suggested before, yeah. Though there's the risk of someone just uploading with no source to get around it, which would be a problem.
Well, if we have it present an explanation of how to do it when it rejects the URL, that should solve most of it.
Of course, there will always be a few morons who won't get it, but they'll probably reveal themselves in other ways anyway and be weeded out.
Fixing pixiv URLs seems like something that should be possible to automate, doesn't it?
0xCCBA696 said: Fixing pixiv URLs seems like something that should be possible to automate, doesn't it?
Probably. Log's script can do it, so I'm sure albert can code something similar up.
The benefit to the current strategy, though, is that it lets me warn people who upload URLs that *can't* be automatically fixed, such as linking to the member profile or something. Though of course notifying people can be done automatically too I guess. ::shrug::
question
Just started trying to help. I am trying to work through artist_request and source_request. Some images I found already have the artist and title/source tag. Should I remove those request tags then? What is considered 'finished' so I can remove them? Finding artist website? Posting the Getchu page?
Trying not to mess up everything
Kayako said:
I could use some help, specifically at the moment I'm digging out original characters missing the original tag.
I've been doing this some as well on other people's Pixiv uploads.
I'm a little fuzzy on how it should be tagged in regards to artists drawing other artist's nameless, one-off original characters, because that happens a lot on Pixiv. Opinions on if you'd all still tag that original even if it's someone else's original character?
From the wiki: "Use this tag when the artwork is an original creation and does not contain characters from established anime or game."
I believe we we came to a consensus that regardless of who originally drew it and who is currently drawing it, it counts as an original character as long as it belongs to no established series.
Mind if I make a "bad_id" tag so that anybody going through source:*pixiv* arttags:0 wouldn't have to bother with any images that lead to errors on pixiv?
I'm down with that, you could start with the source:*www.pixiv.net* arttags:0 images, everything before and including that Macross F image should be a bad source. (If it's not feel free to fix it I don't bother marking down people who correct old images as it's next to impossible to figure out who changed the source.)
About a month ago, I made a script that goes through source:*pixiv* arttags:0 and checks for artists who have more than one image on the site.
I just ran it again tonight and it made a text file that has about 975 Pixiv usernames (last month it was over 1200).
I can upload it if anybody wants to help out with it.
EDIT: Whoops, I forgot I still had it set to start 1200 posts in. Lemmie run it again.
EDIT 2: Corrected numbers.
I'll mention signature arttags:0 if only to point out the usefulness of signature in identifying unknown artists for those that can read Japanese.
Quick question related to my work above: Would akaname-san be tagged original? Do we even know which artist created her?
And similarly, what about ryujin_senpai?
Kayako said:
Quick question related to my work above: Would akaname-san be tagged original? Do we even know which artist created her?And similarly, what about ryujin_senpai?
It would follow with what Log told me upthread that if the character is not from any copyright that it should be tagged original, even if it's someone else's (or, in this case, has a name).
What to do about the people who put as the image url in the artist entry the artist's profile picture (http://img13.pixiv.net/profile/k-haruka/1153847.jpg) instead of a normal image (http://img13.pixiv.net/img/k-haruka/1153847.jpg ), which is useless for Find Artist?
I did a scan of the artist database: 247 use a profile image instead of a normal image, and 1767 have a link to the pixiv profile but no pixiv image links. Either can be corrected automatically with a bit of work, but...
RaisingK said:
What to do about the people who put as the image url in the artist entry the artist's profile picture (http://img13.pixiv.net/profile/k-haruka/1153847.jpg) instead of a normal image (http://img13.pixiv.net/profile/k-haruka/1153847.jpg ), which is useless for Find Artist?
People find such creative ways to screw this up... I wonder if Log's script catches that kind of mistake.
Since the artist history can't be relied upon to identify the culprit with the older entries, I guess there's no harm in going ahead and correcting the current ones myself sans notifications?
RaisingK said: Since the artist history can't be relied upon to identify the culprit with the older entries, I guess there's no harm in going ahead and correcting the current ones myself sans notifications?
Yeah if it's older than a week or so, I don't think his script is set for it. Please feel free to fix any such entries. Reminds me I need to do this week's list soon...
BTW I just noticed the two URLs in your original post are the same thing. (Although the point you were making is still clear)
...Shoot. My script can correct/add the URLs for the two cases mentioned above, but using the API to do so (login,password_hash,id,artist[urls]) wipes the aliases. Artist queries don't even return that information!
What's up with that?
,{"group_id":null, "version":2, "name":"ikoo", "alias_id":null, "urls":["http://www.pixiv.net/member.php?id=135409"], "updater_id":32756, "id":42387, "is_active":true
http://danbooru.donmai.us/artist/show/42387
Not sure what alias_id is supposed to be doing, since that artist does have an alias...
Well, I guess one consolation is that the artist entry alias system isn't super useful as it works now anyway.
Ha. I think I'll wait and see if either of my tracs get any bites (#1112 and #1113) before I consider blanking 2000 alias/group fields... (though a lot of those don't have those to begin with)
Here's another to-do: medium-sized pixiv images (source:*pixiv.*_m.* order:id -bad_id). Most seem to actually be using the full size, but not all. I made a trac regarding this, but perhaps this list should be combed through anyway, changing the source for images with the same filesize and dimensions as the full size and tagging the true mediums with something like pixiv_medium.
I see this has been brought up before: forum #10897
RaisingK said:
Ha. I think I'll wait and see if either of my tracs get any bites (#1112 and #1113) before I consider blanking 2000 alias/group fields... (though a lot of those don't have those to begin with)
See my comment on #1112. Basically, as it stands there's no way to use the API to update an artist without blanking that artist's aliases.
Okay, that's been fixed.
Shinjidude
over 2 years agoWiki: How to help— Tasks to do
In forum #31811, discussion turned to various tasks (most related to specific search queries), it would be great if we could try to put a dent in. I also brought up the idea of putting these ideas into a "How to help" wiki for people's reference, akin to Wikipedia's 'Help out' task lists .
I've created this thread so we can brainstrom ideas for tasks, and discuss how best to structure such a page.
Here's what we had so far from the other thread:
Any suggestions for new tasks or to revise these ones, or to discussion on making a wiki page for this topic is welcome.