September 2011

Problems with Commons Helper Helper?

Commons Helper helper (Krimpet/CH2.js) does not seem to be working for me. Is it working for anyone else? What the easiest way to move images to Commons? – Quadell ^(talk) 20:38, 14 August 2011 (UTC)[reply]

P.S. I asked the script's author here, but have not yet received a reply. – Quadell ^(talk) 14:22, 17 August 2011 (UTC)[reply]

It didn't work for me either. What is the other option? Download the image and then upload it to commons? Ryan Vesey Review me! 14:24, 17 August 2011 (UTC)[reply]

It doesn't work. Also, if you don't want to download it, get an TUSC account. Remember that you don't need to keep it when you download it and uploaded it. ~~Ebe123~~ ^talk_Contribs 20:53, 17 August 2011 (UTC)[reply]

I have a TUSC account. What works best for me is to use the tiny Copy to Commons via CommonsHelper link at the bottom of the {{Move to Commons}} template (e.g. at File:Angelfish belonging to Mitternacht90.JPG). – Quadell ^(talk) 23:24, 17 August 2011 (UTC)[reply]

I attempted to use commonshelper, but it didn't work. Ryan Vesey Review me! 23:28, 17 August 2011 (UTC)[reply]

The revamped instructions give a link to CommonsHelper 2, and also states that both of them have high rates of failure. You are not alone Ryan. Sven Manguard Wha? 04:18, 18 August 2011 (UTC)[reply]

Ahh, yes I have had problems with CommonsHelper, not Commons Helper Helper. Here is my specific problem, when attempting to move the image, it took me to the normal upload form. At the form, it still asked for me to upload the file (which I did not have). Does it work if you click the link to use its successor? Ryan Vesey Review me! 22:05, 18 August 2011 (UTC)[reply]

list

Questions:

So eventually we will list the actual image filenames in the list parameter under our names at Wikipedia:WikiProject Images and Media/Commons/Drive Sep 2011/Logs?
If I copy the image to commons and then delete the one here, I only list it once, as "Moved to commons", not as "Deleted", right?
What's the "Deleted" entry for, then?
If I determine that an image should not be moved to commons, but may be a copyvio, and I list it at WP:PUF, should I list that here or not?

Thanks! – Quadell ^(talk) 11:29, 17 August 2011 (UTC)[reply]

Yes.

~~Actually, you may list the image as deleted and moved if you deleted the file, and~~ you could get the clean-up admin barnstar.

Deleted... It would be for if you delete the moved image from someone else.

Don't list the images that you nominated for deletion during this drive.

~~Ebe123~~ ^talk_Contribs 20:31, 17 August 2011 (UTC)[reply]

Lot of work

This whole thing seems like a lot of work to me. Moving images to Commons takes time because the tools are so buggy and slow, but to participate in the drive you also need to record each one, and review one-in-ten of other users' moves? I know it is the only way to really be sure that barnstars are awarded properly, but I just question how productive this whole thing will be (note that I like backlog drives and I think images should be moved to Commons... in fact, I move them frequently. I just don't think that the two will go well together). –Drilnoth (T/C) 21:15, 17 August 2011 (UTC)[reply]

You do not have to review others peoples moves if you don't want to. Also, you may do the old-fashioned way of manually uploading. If you think that this is hard, I would say that wikifying is hard, and compared to my other drive (for WP:ABANDONED), its a piece of cake. ~~Ebe123~~ ^talk_Contribs 21:25, 17 August 2011 (UTC)[reply]

Sign Up?

Where do you sigh up for this? --Guerillero | My Talk 22:00, 18 August 2011 (UTC)[reply]

Wikipedia:WikiProject Images and Media/Commons/Drive Sep 2011/Logs Ryan Vesey Review me! 22:07, 18 August 2011 (UTC)[reply]

There's instructions at Wikipedia:WikiProject Images and Media/Commons/Drive Sep 2011/Logs. ~~Ebe123~~ ^talk_Contribs 11:10, 19 August 2011 (UTC)[reply]

A short How-To, made for the September drive

I have created an short "How To" guide for participating in the drive. It's located at User:Quadell/MoveToCommons guide. I hope it is helpful. – Quadell ^(talk) 23:00, 18 August 2011 (UTC)[reply]

For your reviewing procedure, pretty good! Just remember that if things go wrong with an editor for any reason relevant, you may levy a penalty too. So, are you going to accept the As and Bs but not the Cs and Fs? For now, I will put your instructions on the main drive page. ~~Ebe123~~ ^talk_Contribs 10:27, 19 August 2011 (UTC)[reply]

Yeah, someone else told me he didn't think the "letter grade" system was a good one, so I'm rethinking how I intend to review. I'll update that page when I figure it out. – Quadell ^(talk) 11:22, 19 August 2011 (UTC)[reply]

I would just make it, if it is moved to commons and formatted correctly it counts. If it is not formatted correctly, not moved to commons, or not in the public domain there is a penalty. Speaking of penalties, you can actually become blocked if you continually move non-free content to commons. Ryan Vesey Review me! 13:31, 19 August 2011 (UTC)[reply]

We would bar them from moving to commons before that happens. Quadell, if another sysop blocks a user for moving non-free to commons, bar them, and if they didn't get any notices about moving non-free, I think that un-blocking but with a warning would be good. ~~Ebe123~~ ^talk_Contribs 20:23, 19 August 2011 (UTC)[reply]

Signpost

This drive will be mentioned in the WikiProject page of The Signpost of 22 August 2011. Publishing is soon. ~~Ebe123~~ (+) ^talk
_Contribs 22:23, 22 August 2011 (UTC)[reply]

Published. ~~Ebe123~~ (+) ^talk
_Contribs 10:36, 23 August 2011 (UTC)[reply]

Pages

So for the progress bars, there needs to be an initial number of pages. I will not be able to start it so this is what I would a reviewer (or whoever) to do; its at 00:00, 1 September 2011 (UTC), remove the "Drive has not started yet" tag, and put the number of files for the initial at Wikipedia:WikiProject Images and Media/Commons/Drive Sep 2011/Logs/Progress. There are notes for where to put the number. Also, if the number is too high, a reviewer may change it. ~~Ebe123~~ (+) ^talk
_Contribs 10:36, 23 August 2011 (UTC)[reply]

logs

How do you mark things on the logs page? Jay8g (talk) 00:45, 27 August 2011 (UTC)[reply]

So, you go here (your log section) and there's

# {{Moved to commons}}
# {{Moved to commons}}
# {{Working}}
# {{Deleted-image}}

. You add [[:File:<file>]] after

# {{Moved to commons}}

.

Sorry if it isn't a good explaination, I am not that good at explaining how to edit. ~~Ebe123~~ (+) ^talk
_Contribs 13:03, 28 August 2011 (UTC)[reply]

Thanks! I (think) I understand now. Jay8g ^{Hi!- I am... -What I do...} _{WASH- BRIDGE- WPWA - MFIC- WPIM} 21:57, 28 August 2011 (UTC)[reply]

Template:Backlog status

I've made Category:Copy to Wikimedia Commons the focus of the month! Hopefully that will help bring more attention to this project. –Drilnoth (T/C) 14:58, 1 September 2011 (UTC)[reply]

Thanks, Drilnoth! – Quadell ^(talk) 15:07, 1 September 2011 (UTC)[reply]

I put of lots of publicity. At the community portal, 2 signposts, and more. ~~Ebe123~~ (+) ^talk
_Contribs 16:13, 1 September 2011 (UTC)[reply]

Template to contact uploader

Can we have a template to contact an uploader to ask them for more information on a photo? Sometimes there are no pages linked to an image and it has no description. So, we can't transfer it and we also might not know what to re-name it (if necessary) and also what categories to put it under. A standardized talk page template to address these issues would be a great help. Thanks. --SMasters (talk) 15:50, 1 September 2011 (UTC)[reply]

You are free to make one. ~~Ebe123~~ (+) ^talk
_Contribs 16:13, 1 September 2011 (UTC)[reply]

I frequently ask uploaders, but I found I get better responses when I don't use a template. – Quadell ^(talk) 16:43, 1 September 2011 (UTC)[reply]

For all

I have been seeing some things, here, one thing is that {{deleted-image}} is wrongly used. It is to say that you deleted that image, and its supposed to be stand-alone, not with moved. If you delete an image, put # {{deleted-image}} [[:<file you deleted>]], not after # {{Moved to commons}} [[:File:<name of file>]] and another user's log. Also, "8 acceptable, 1 unacceptable", reviewers should subtract the number of unacceptable files (and penalties) from the total files list and tell the user.

I hope its of help, ~~Ebe123~~ (+) ^talk
_Contribs 16:13, 1 September 2011 (UTC)[reply]

Uping the awards

So, I realize that 10 images isn't hard at all so I propose uping the awards by 10 images. ~~Ebe123~~ (+) ^talk
_Contribs 23:11, 2 September 2011 (UTC)[reply]

Sure, why not? –Drilnoth (T/C) 23:27, 2 September 2011 (UTC)[reply]

I've retouched the awards again. The current version satisfies my OCD, while not really moving the bar for any one star. Rounding to the nearest 5 is a good thing. Sven Manguard Wha? 14:57, 3 September 2011 (UTC)[reply]

Drilnoth and F8 deletions and space

Drilnoth has just under a hundred F8 deletions from the course of this drive, and it's only the fourth day. Since F8 deletions are routine, non-controvertial, and not in need of review, does anyone have any objections to just marking Drilnoth down for getting an Admin Barnstar at the end of the drive and then flushing the deletions from his list sheet (or at the very least, letting him know he dosen't have to keep listing them)? I only ask because the only real reason we track those is for the barnstar, which he's earned literally three times over already, and the deletion line items are taking up a lot of space. (Note that we might have to do this with other admins in the future as well).

Sven Manguard Wha? 16:27, 4 September 2011 (UTC)[reply]

I am tempted to give him the star now --Guerillero | My Talk 18:02, 4 September 2011 (UTC)[reply]

I'd be happy to remove the deletions from the list and just put a mark at the top of the list saying "Plus at least X deletions" for recordkeeping purposes. –Drilnoth (T/C) 14:27, 5 September 2011 (UTC)[reply]

That works. :D Keep up the good work! Sven Manguard Wha? 03:41, 6 September 2011 (UTC)[reply]

I've done something similar. I've done hundreds of deletion, but I only list 39 (for barnstar purposes, with a little leeway). – Quadell ^(talk) 16:38, 7 September 2011 (UTC)[reply]

Question/s

I have come across a number of logos of companies, organizations, etc., who are obviously copyright material and not free. Do we remove the bot tags? As a big part of this drive is to reduce the amount of images in the Category:Copy to Wikimedia Commons, and by removing the tag we achieve this, do we list these down to be counted? And do we need to put any other tags on the page, such as "keep local"? Thanks. – SMasters (talk) 14:14, 6 September 2011 (UTC)[reply]

Here are some ways you can deal with these situations.

If an image is tagged as free, but is certainly non-free, you can retag the image and add a rationale for each valid use.
If an image is tagged as free, but is certainly non-free, you can list in at WP:FFD or WP:PUF.
If an image is free here, but not suitable for commons, tag as keep local.

In all these cases you would want to remove the "Move to Commons" template. This will reduce the backlog. But it won't be listed in the logs here. – Quadell ^(talk) 14:31, 6 September 2011 (UTC)[reply]

Yeah, Fastily and I knew this would happen at least a few times with the bot taggings. The bots are not smart enough to know if a user botched the licensing, so when a user blows through the wizard without looking and uses all the defaults, a whole lot of non-free things get credited as 'own work' and get tagged PD-self, GFDL self, or CC-BY-SA-3.0 self, depending on what year it was uploaded (and therefore which licence the wizard was using as a default). The bots look at license templates, they can't really tell if something has the correct template or not. Sorry about that, but then again, that's the entire reason that the bots dump to a subcategory instead of the main category.So yeah, Quadell's advice is sound here. Sven Manguard Wha? 15:53, 7 September 2011 (UTC)[reply]

Smart?! Bots arn't smart at all and they cannot be intelligent. ~~Ebe123~~ (+) ^talk
_Contribs 22:01, 8 September 2011 (UTC)[reply]

As to the issue of counting them... I suppose the final decision lies with Ebe123, but I would say this: If it's free, but licensed wrong, fix it during transfer and count it as a transfer. If it's non-free and you relicense it and give it a proper FUR, then count it (we'd need a list template for relicensing so that it's tracked/reviewed separately). FurMe is a godsend, and when I combine all the time it has saved me it's probably in the dozen hours range, but it still takes a good deal of knowledge and effort to use, so it's worth counting. If all you're doing is listing it at FfD or sticking a Keep Local tag on it, I'd say don't count those. While valuable, it'd throw the competition element out of whack. Fastily, Drilnoth, and I have all, on separate occasions, listed over 100 files at FfD in one day (and yes, they were all deserving of deletion). That's my thoughts, at least. Sven Manguard Wha? 16:05, 7 September 2011 (UTC)[reply]

I agree with Sven for the processes. ~~Ebe123~~ (+) ^talk
_Contribs 21:59, 8 September 2011 (UTC)[reply]

SMasters, a lot of company logos are simple enough to be PD; see {{PD-ineligible}}. I'm guessing you're already familiar with that, but just thought I'd mention it. There are a lot of iffy ones out there though, where it can be hard to tell if it passes the threshold of originality or not. –Drilnoth (T/C) 23:35, 8 September 2011 (UTC)[reply]

Cross post

There is a discussion is going on in the /Progress page about the Tertiary goal, now at -50%. Sven Manguard Wha? 18:16, 10 September 2011 (UTC)[reply]

Drive

I am organizing the next drive, which will be for november. You may already join. Its at Wikipedia:WikiProject Images and Media/Commons/Drive Nov 2011. It is under construction. ~~Ebe123~~ (+) ^talk
_Contribs 12:07, 11 September 2011 (UTC)[reply]

I suppose I can do a little bit for the November drive, although I tend to be of the philosophy that backlogs should be spaced out a bit more. There are a dozen or so backlogs in the file namespace, and I like to spread out my work among them. If we do go by the every other month format though, I'll probably be up for the January backlog (and by then, I'll be back in the States, where my internet will be faster, stronger, and less prone to random outages.) Sven Manguard Wha? 04:47, 13 September 2011 (UTC)[reply]

I suggest that you guys should advertise it on Community Portal. Very few people were aware of the drive until it was being mentioned in the SignPost. OhanaUnited^{Talk page} 02:23, 14 September 2011 (UTC)[reply]

Yeah, Drilnoth already said that. ~~Ebe123~~ (+) ^talk
_Contribs 10:37, 14 September 2011 (UTC)[reply]

Question from Vivekananda De

Sorry about my previous mistake on the discussion page of the "Wikipedia talk:WikiProject Images and Media/Commons/Drive Sep 2011/Logs".. I m a newcomer so I might be a constant bugger. Q:How do you rename a photo in wiki media commons after you have uploaded it ?-Vivekananda De 04:05, 15 September 2011 (UTC)[reply]

You can't move files without either the 'filemover' user right on Commons or the 'file mover' user right on Wikipedia. You can ask people to move things for you using the rename template. On Commons, it is {{rename|New name here (leave out the "File:", but do include the extention (.jpg, .png, etc.)|Reason for the new name}}. So it might look like {{rename|Rabbit with Pancake.png|Old name is not descriptive}}. Put that on the file description page at Commons and someone will do the rename for you. Sven Manguard Wha? 15:40, 14 September 2011 (UTC)[reply]

If you're using CommonsHelper, you can also rename the file during the move. –Drilnoth (T/C) 12:35, 15 September 2011 (UTC)[reply]

Pagesize

Currently, the log page is 466,107 bytes long. Updated 04:43, 19 December 2024 (UTC). The page is very hard to edit. ~~Ebe123~~ (+) ^talk
_Contribs 13:19, 17 September 2011 (UTC)[reply]

Really? I'm not having any trouble editing it. Try editing specific sections rather than the whole page, if you aren't already. –Drilnoth (T/C) 21:48, 17 September 2011 (UTC)[reply]

For reviewing CGs files, its hard. I don't edit the hole page. ~~Ebe123~~ (+) ^talk
_Contribs 12:19, 18 September 2011 (UTC)[reply]

It takes a long time to save changes. I'm not sure if there's a way to fix that, though. – Quadell ^(talk) 13:00, 18 September 2011 (UTC)[reply]

I thought it was on my end (Great Firewall). What should we do about it? Sven Manguard Wha? 13:38, 18 September 2011 (UTC)[reply]

Just put common good and quadell's log in there own subpages since common good and quadell is about 1/3 of the page. ~~Ebe123~~ (+) ^talk
_Contribs 18:56, 18 September 2011 (UTC)[reply]

Congrats!

Hi there everyone. Sorry I had to disappear for a while. I just wanted to stop in and congratulate everyone who participated in this drive. We did a great job, double our initial goal, and took a sizable chunk out of the backlog. Everyone who chipped in deserves a pat on the back, especially our two quadruple digit superstars. Sven Manguard Wha? 15:05, 30 September 2011 (UTC)[reply]

We are awarding soon. ~~Ebe123~~ (+) ^talk
_Contribs 20:22, 30 September 2011 (UTC)[reply]

January 2012

Interwiki moves

A poll:
Should we accept files moved from other wikis?

Pro: The global backlog would decrease and can get users more moved files;
Con: This drive was made at en.wikipedia and for the moving of local images.

I would like to know how to go. ~~Ebe123~~ (+) ^talk
_Contribs 22:10, 3 October 2011 (UTC)[reply]

Wow, good question. I can see both sides, but I think I would vote to limit our drive to files moved from en.wiki, at least for now. For one thing, it would be easier for reviewers to review the moves if they're all from one place. Also, there are many more files here, currently, than we are likely to finish in a one-month drive. If we ever got to the point that there were only 2000 or so files left, then we would definitely want to expand the scope. I'm sure we'll get there eventually! – Quadell ^(talk) 12:30, 4 October 2011 (UTC)[reply]

Agree Sure. Interwiki dupes are a serious problem (I regularly work on) because deletions due to copyright problems in the source wiki will not be noticed at en.wikipedia. (other common problems with those files are: misattributions, wrong licenses, lack of translations and missing benefit from improved versions (e.g. removal of watermarks))

Moving a file from xy.wikiwhatever.org to Wikimedia Commons resulting in the deletion of an exact duplicate or scaled-down version at en.wikipedia should be counted as a valid transfer. -- Common Good (talk) 17:15, 4 October 2011 (UTC)[reply]

Mostly what Quadell said, I personally think we should focus on removing the enwiki backlog first. On a second note, do you know when the awards will be given? The drive status is marked as 'Closed and awarded', but I have yet to receive any shinies :) If you want a hand dishing them out then I'd be more than happy to help as well, just drop me a line. Thanks, Acather96 (talk) 17:40, 4 October 2011 (UTC)[reply]

Quadell, you may do the honours! ~~Ebe123~~ (+) ^talk
_Contribs 19:28, 4 October 2011 (UTC)[reply]

Ebe123, you could just re-add the awards which you removed from Acather96's user talk page rather than making another user repeat themselves. Acather96, check the revision history of your talk page for the awards. –Drilnoth (T/C) 21:03, 4 October 2011 (UTC)[reply]

If you didn't see, I re-added them. Look at the talk page. ~~Ebe123~~ (+) ^talk
_Contribs 09:40, 5 October 2011 (UTC)[reply]

Thank-you :) Acather96 (talk) 07:21, 8 October 2011 (UTC)[reply]

If the situation is as Common Good described, where moving a file elsewhere fixes a problem or otherwise aids English Wikipedia's files, then why not give credit. Besides, the amount of effort it takes to do these would limit it to a relatively small number of instances, and they'd be done by people that know what they're doing. On the other hand, our priority should not change, we have two massive backlogs to poach. Sven Manguard Wha? 11:33, 18 October 2011 (UTC)[reply]
- So what's your position? ~~Ebe123~~ (+) ^talk
  _Contribs • 21:28, 19 October 2011 (UTC)[reply]
  - I support giving those fixes credit, so long as they have an impact on English Wikipedia's file namespace, (and with the understanding that that's not really what the drive is for.) If it turns out that all someone is doing is interwiki fixes, then we might need to reassess this for the third drive, but for now, yes on the credit. Sven Manguard Wha? 04:01, 20 October 2011 (UTC)[reply]

Two questions on reviewers/reviewing

Why are we limiting the number of reviewers?

I disagree with this edit by Ebe123. Last time around, most of the reviews were done by Quadell, Ebe123, Drilnoth, and I, with a few of the people that signed up to review not actually doing any reviewing, but that aside, I don't see why we should cap the reviews like that. At the very least, if Drilnoth wants in on reviewing, he should be allowed right on in. I'd like to hear Ebe123's reasoning though, before I ask if there's consensus one way or the other. Sven Manguard Wha? 11:29, 18 October 2011 (UTC)[reply]

I was accepting other reviewers, such as Guerillero (talk · contribs). Also, the wording was not supposed to be definitive. ~~Ebe123~~ (+) ^talk
_Contribs • 21:25, 19 October 2011 (UTC)[reply]

I can review stuff, if you want. I won't add my name to that list, 'coz it says it's full. Chzz ► 19:26, 24 November 2011 (UTC)[reply]

No, no Chzz, you may join the reviewers. ~~Ebe123~~ → report on my contribs. 23:18, 25 November 2011 (UTC)[reply]

We also need some more admin reviewers. ~~Ebe123~~ → report on my contribs. 23:18, 25 November 2011 (UTC)[reply]

I've added myself as an admin reviewer, so we're up to 3 now. I'm going to be fairly busy in January, though, so no guarantees on how active a reviewer I'll be. --Philosopher ^{Let us reason together.} 04:42, 3 December 2011 (UTC)[reply]

Never mind - RL is taking up most of my "wiki-time" at the moment. :( --Philosopher ^{Let us reason together.} 06:48, 24 January 2012 (UTC)[reply]

Should we do less or no reviews for experienced movers?

By the end of the drive, no one was really reviewing 1 in 10 of Common Good or Quadell's submissions. They were in the thousands, and besides one minor mistake from Common Good, there weren't any errors in their work. To me, that means that 1 in 25 or 1 in 50 would be more sensible spot check figures for those users. It's just a waste of time to check over the work of people that just do things right every time, and in high volume. I'd also support raising the ratio to 1 in 25 for Acather96, Drilnoth, Ebe123, Michael Barera, and SMasters, all of whom churned out large numbers, and who had essentially smooth sailing throughout the drive. Also Guerillero, who had lower numbers, but who had no flagged transfers, and who I've worked with before and can vouch for. Essentially what I'm saying is that reviewers should be concentrating on users that are new to the drives, or have had problems in previous drives, and giving only a small amount of their time over to checking people that have proven that they can do it right consistently. Thoughts? Sven Manguard Wha? 11:29, 18 October 2011 (UTC)[reply]

Lets review all users equally and fairly, as at least 10% reviewed. But I support 25% for all though, since this is no GoCE, the pages are in masse, over 3,000 pages, not 1,000 as GoCE. I was tring to review Common Good's transfers, but for like quality control, but for Quadell, I couldn't since he deletes after. I asked Drilnoth to do them, but he refused as useless since Quadell hasen't done anything wrong. ~~Ebe123~~ (+) ^talk
_Contribs • 21:25, 19 October 2011 (UTC)[reply]

Common good was batting 99.99% with only one error in 3000+ transfers. I do not intend to do 300 reviews for him, and even 120 reviews for him seems a bit much. Sven Manguard Wha? 05:08, 20 October 2011 (UTC)[reply]

If you look close enough, you may see a pattern with his transfers. He transfers almost identical pages that's in a series. I reviewed like that, and the error was found as a surprise really. But now, I think 25% should be reviewed. As I said, "We are no GOCE". So do you want to start a "Requests for less reviews" on the main drive page where users could request 25% or 50%? Where some reviewers may accept or deny? ~~Ebe123~~ (+) ^talk
_Contribs • 19:48, 20 October 2011 (UTC)[reply]

Not really. By now I've worked with all of the people currently listed as reviewers and have reached the conclusion that they are intelligent people capable of making reasonable personal judgements. I see no reason to overly formalize it. I'll be doing 1 in 25 for the people I listed above, and 1 in 10 for the ones I didn't list, at least until enough reviews are in that I decide to bump them up to the 1 in 25 list. That's my personal decision, and other reviewers are free to do what they think is best. The way I see it, if it were not for the drives, none of these transfers would have been reviewed anyways, so I'm not going to get overly worried about the whole thing. Sven Manguard Wha? 14:42, 21 October 2011 (UTC)[reply]

Lets just bump it to 25% for all. ~~Ebe123~~ (+) ^talk
_Contribs • 19:59, 21 October 2011 (UTC)[reply]

Priority List for January 2012 Drive

I have been asked to create a list of files tagged with {{Copy to Wikimedia Commons}} containing at least one link to the mainspace so that participants in the upcoming drive can focus their efforts on a certain set of images. However, given the creation of a new transfer to commons tool, For the Common Good, which uses categories to fetch lists of files, I'd like to propose that we use a temporary template (e.g. Template:January 2012 Move to Commons Drive Priorty Candinate) and associated category (Category:January 2012 Move to Commons Drive Priorty Candinates) to flag mainspace-linked media files. The template could look something like this:

This file has been identified as a priority candinate in the January 2012 Move to Commons Drive. You can help move by joining the drive or by using CommonsHelper to transfer this file to Commons.

If there is consensus that this would be useful, I'll create the template and its category above and have my bot perform the appropriate taggings. This has to be done soon though, and a BRFA must be filed in this time, granted that the drive is only a few days away from starting. Also, please note that all remaining instances of this template will be removed at the conclusion of the drive. -FASTILY ^(TALK) 21:11, 26 December 2011 (UTC)[reply]

It may be better to modify {{MoveToCommons}} to allow "used in articles" parameter ({{MoveToCommons|used in articles=true}}), as it will be useful also after drive Bulwersator (talk) 21:20, 26 December 2011 (UTC)[reply]
- I like that idea. The code change would not be that bad --Guerillero | My Talk 21:22, 26 December 2011 (UTC)[reply]
  - Mockup Bulwersator (talk) 21:28, 26 December 2011 (UTC)[reply]
Fastily, it's a good idea for the template. I think that you should go for it, file a request and try to speed it up. If unsuccessful to get it on time, go for the earliest. I put it on {{January 2012 Move to Commons Drive Priority Candidate}}. Please add (on line 22 of commons:MediaWiki:Botcheck.js):

.replace (/\{\{January 2012 Move to Commons Drive Priority Candidate[^}]*\}\}\n*/g, "")

~~Ebe123~~ → report on my contribs. 21:51, 26 December 2011 (UTC)[reply]

This template may be useful - but in the new version of the FtCG it is possible to load lists of files Bulwersator (talk) 12:31, 27 December 2011 (UTC)[reply]

Put in the User:Fastily/MXD page and you're on your way. Pretty much no need for anything. ~~Ebe123~~ → report on my contribs. 13:09, 27 December 2011 (UTC)[reply]

Well never mind then, problem solved! I'll have my bot update that page more frequently. -FASTILY ^(TALK) 22:44, 27 December 2011 (UTC)[reply]

I personally think using a category would be better, because categories are dynamic: if many people are using the same text file to feed FtCG, they will be faced with tons of "This file does not exist" errors as they load files that have already been transferred. So my advice would be: to preserve your sanity, use a category. — This, that, and the other (talk) 06:50, 28 December 2011 (UTC)[reply]

BRFA filed -FASTILY ^(TALK) 07:24, 28 December 2011 (UTC):[reply]

A whole bunch of edits by Fbot turned up in my watchlist. It's not clear from the edit summary and template box what is supposed to happen next (should someone confirm that they are eligible?). I moved a couple of files using CommonsHelper, but I find it too tedious (CommonsHelper works like one out of two times). FYI, I'm the creater of these images and I confirm that they can be transfered: File:Erythemal action spectrum.svg‎, File:Prism-compressor.svg‎, File:CPA compressor.svg‎, File:Cpa stretcher.svg‎, File:THz pulse spectrum.png‎, File:THz pulse.png‎, File:Light through prism.jpg‎, File:Pulseshaper quadratic phase rb.svg‎, File:Pulseshaper quadratic phase br.svg‎. Han-Kwang (t) 15:47, 31 December 2011 (UTC)[reply]

For the Common Good is way better. And tagging with priority was probably missed change to advertise drive in the edit summaries Bulwersator (talk) 15:56, 31 December 2011 (UTC)[reply]

I see. However, I don't use Windows, which For the Common Good requires, so I'll leave it at that. Han-Kwang (t) 16:06, 31 December 2011 (UTC)[reply]

The fact that it is known that they can be moved should be enough; now someone will come around to moving them at some point. One thing that I prefer with Commons Helper is that it attempts to guess categories. It often picks completely wrong categories, but it speeds up my searching for categories a bit. On the other hand, For the Common Good speeds up other things. --Stefan2 (talk) 17:47, 31 December 2011 (UTC)[reply]

You can see from my edit history that it took me about one hour to move six files, including download/upload (direct upload was unreliable), adding cats, and repairing broken templates on commons. If you have a 500k backlog, I think you have to wonder whether the 23 man-years of work (assuming 5 minutes per move) wouldn't be better used in fixing broken links, correcting bad grammar on actual article pages rather than on moving pictures that are already used in articles. Han-Kwang (t) 11:18, 1 January 2012 (UTC)[reply]

It results in categorized pictures usable by other language editions (it is extremely confusing for newbies to discover pictures working on enwiki and showing red text in their home wikipedia - BTW it is the worst effect of fair use) Bulwersator (talk) 18:54, 1 January 2012 (UTC)[reply]

(unindent) Categorization is probably the hardest part, but the rest of the process can be fully automated, provided that you get community consensus that this is too tedious to do manually. If you do it at the database level on the Wikimedia servers, you can even preserve the original image uploader via global accounts. Use a bot to tag images with suitable license terms (like Fbot does) AND include a deadline: "this image will be automatically transfered in one month, unless this tag is removed". Start with the ones that can be categorized automatically and that do not have template issues.

By the way, I'm not always so happy about the way images are transfered. My username disappears from the upload log, and sometimes, source data for plots and images is deleted [1] or very difficult to find [2].

Han-Kwang (t) 19:47, 1 January 2012 (UTC)[reply]

"this image will be automatically transfered in one month, unless this tag is removed" - transferring thousands of files with copyright problems to Commons will results in massive deletion, what will result in deleting also fixable files (and backlog will move in the different place rather than disappear) Bulwersator (talk) 21:08, 1 January 2012 (UTC)[reply]

Besides, when I used For the Common Good a few hours ago, it took approximately 1-2 minutes per file moved, including categorisation and reformatting. --Stefan2 (talk) 03:01, 2 January 2012 (UTC)[reply]

Twinkle Change

I requested a while ago that Twinkle removes {{mtc}} (and related templates) as part of it's CSD function when F8 is the reason. This has now been implemented here and will, according to the commiter, "the tag {{move to Commons}} and most of its redirects are now automatically removed in the XFD (FFD and PUF), CSD, and DI modules." (here. For those using CommonsHelper + Twinkle to do the drive, I hope this helps :) - Rich(MTCD)^T|C|E-Mail 10:40, 30 December 2011 (UTC)[reply]

My bot actually does this periodically, but meh, this doesn't hurt. -FASTILY ^(TALK) 10:44, 30 December 2011 (UTC)[reply]

People are using TW for tagging Moved To Commons? I haven't saw that in September. Also, how many runs will the bot have in January for untagging and adding priority? 1 day? ~~Ebe123~~ → report on my contribs. 13:05, 30 December 2011 (UTC)[reply]

Working on one user at a time

I think working on all the files uploaded by one user is a good way. For example User:Multichill/top self uploaders. I asked one user about some old maps and got this result User_talk:MGA73#Moving_files_to_Commons. The user suggest to delete 700+ files instead of moving them to Commons.

Perhaps getting a list of the top 10 uploaders in Category:Move to Commons Priority Candidates will give some good results? If one or more of the uploaders seems to be very good then hundreds or thousands of files can be moved with almost no checking and if the user on the other hand turns out to be really "bad" then we can tag a lot of files for deletion. --MGA73 (talk) 23:01, 30 December 2011 (UTC)[reply]

I think it's often easier to move files from the same category or article, since they will often have similar Commons categories (meaning less category searching). For that reason, I typically pick some random image, and then move all images used in the same article(s) as that random image. Of course, if the uploader is the same, it could mean that the categories also are similar. --Stefan2 (talk) 13:20, 31 December 2011 (UTC)[reply]

For the Common Good

Version 1.0.1.1 of For the Common Good, the new Commons transfer tool, is available. I suggest all users of previous versions update to this version, because it automatically checks for new versions - if a bug is found or a change is needed during the MtC drive, then users of the tool can be efficiently notified of the available update.

The consensus appears to be that participants should concentrate on Category:Move to Commons Priority Candidates (it should not be exhausted, since it contains 143,806 files as I write this!). — This, that, and the other (talk) 01:25, 31 December 2011 (UTC)[reply]

Bot tagging update

I just wanted to make sure everyone was on the same page with how these massive categories are forming. A while back, Fastily coded a bot task that tagged files with licenses that were part of a (now depreciated) whitelist for transfer. All of the PD-USGov licenses (there were 100), as well as PD-self, GFDL-self, and the CC-self family, were on that list. Because of the size of the task bot Fastily's Fbot and my Svenbot worked the task. Fastily and I decided to freeze the tagging because it was kind of demoralizing to be working on reducing the number of files during the drive while the bot was adding 100 files for every one we handled.

The priority candidates list is a Fbot task; every file tagged for transfer that is used in the mainspace at least once is part of that list.

Now, I'm telling you all of this because I think you all should know that the actual size of both of those categories, if we set Fbot (and perhaps Svenbot) loose on the task again, will be double what it is now. The depreciation of the whitelist means that every file that is part of the free media megacateory and does not contain elements from the blacklist will be eligible for transfer. It's a very large category, and a majority of the items there will be transferrable.

Note that Fbot makes sure that bot the transfer tags and the priority tags are kept up to date, but periodically running tasks that remove no longer valid tags.

Should you all decide that it's better to just let the bots loose and get the final number, it is doable, just let us know. If we don't hear from you, we won't start it up again until after the current backlog has been drained significantly. Sven Manguard Wha? 13:45, 31 December 2011 (UTC)[reply]

I think it would be better if people see how the total backlog number goes down during the January drive, so I suggest that the bots don't add new {{Move to Commons}} tags until the drive has ended. The backlog is already too big: there is not enough time to move all of the currently tagged images anyway. I'm also wondering: is it really useful to tag images as being movable to Commons if they already are in Category:All free media? Instead of searching the Move to Commons category, you could just search for images to move in the All free media category. --Stefan2 (talk) 14:01, 31 December 2011 (UTC)[reply]

Template:Keep local (file may be inside Category:All free media but moved), file may be in Category:All free media and listed on the WP:PUF and other funny problems (see http://toolserver.org/~magnus/catscan_rewrite.php?ns[0]=1&ns[6]=1&templates_yes=PD-US%0D%0ADo+not+move+to+Commons&ext_image_data=1&doit=1 as example) Bulwersator (talk) 14:14, 31 December 2011 (UTC)[reply]

I think that the tagging all files and creating The Biggest Backlog Ever is not bad - as it will show real size of backlog. Also jump from 10,000 to 500,000 (after transferring around 200,000 files) is also likely to be demoralizing Bulwersator (talk) 14:14, 31 December 2011 (UTC)[reply]
- But it should be done before and/or after drive Bulwersator (talk) 14:32, 31 December 2011 (UTC)[reply]
  - At least not during the drive, please. If people look at statistics and see that the backlog was doubled during the drive, people would think that the drive was a huge failure while the true answer is that it's just a result of adding tags to places where tags previously were missing. I don't oppose running the bot today or in February. Please just keep it switched off in January. --Stefan2 (talk) 15:22, 31 December 2011 (UTC)[reply]
As I noted it on the progress page, the goal may change, and that's if there are more files in the bot-assessed category, so set it loose for getting the category over with. ~~Ebe123~~ → report on my contribs. 20:10, 31 December 2011 (UTC)[reply]

File names

Can we please, please, please, PLEASE make sure that files have CLEAR, INFORMATIVE, UNAMBIGUOUS NAMES before moving them to Commons? Can we make sure that the names give a good idea of what the image actually is, in terms that do not require reading the uploader's mind? Can we make sure that the filename is not short and cryptic? Can we make sure that the names are such that the files they won't be confused with similarly-named-but-hugely-different files? Can we make sure that the names are distinct enough that there is no risk of them being re-used by someone else for a completely different purpose, thereby screwing up multiple articles and license releases?

Remember, we're not using MS-DOS. We can use filenames that are longer than eight characters.

RENAMING HINT: If the image is not used in an article, you should go back and check what other edits the uploader was making around that time, so that you have an idea of the purpose for which it was uploaded. If no article is found, then it's probably in the user's deleted contributions. If you don't have access to the deleted contributions by reason of not being an admin, then you shouldn't be renaming that image, much less moving it to Commons.

If you move badly-named images to Commons without making any effort to rename them or to find out what the hell they are... well, you should be ashamed of yourself. Bad Wikipedian. Bad. Go sit in the corner. DS (talk) 15:13, 31 December 2011 (UTC)[reply]

Your renaming "hint" is bad as there is the image renaming policy and not that many files do get put in a article. Deleted contributions are for other things, such as logging inappropriate edits, such as page creation vandalism. The reviewers will make sure that there is a good name for each file. ~~Ebe123~~ → report on my contribs. 20:04, 31 December 2011 (UTC)[reply]

If the reviewers did make sure that each image had a good name, I wouldn't have to make this request. DS (talk) 00:38, 1 January 2012 (UTC)[reply]

The last paragraph is demeaning, as treating us like dogs. This is pretty bad advice, and you're begging us. You may always apply for FM at commons. Here are the things we (should) check (I check them all but if deleted, I just check number 1 to 8 and not mark as good as I do not have the file on enwiki):

Image name
Source
Author
Licence
Permission
Description
Bot-checked
Category
Same file and licencing here and at commons.

The hole point of "reviewers" that I made was to detect copyright violations (bolded)

~~Ebe123~~ → report on my contribs. 13:21, 1 January 2012 (UTC)[reply]

DS is right. With 200,000 files to choose from, we shouldn't be moving over files that no one has any clue as to what they are. It's not the reviewer's job to mandate that file names be informative, but Commons is a dysfunctional and understaffed project as it is, simply dumping our project's junk files on them without any attempt to filter it is irresponsible. Sven Manguard Wha? 21:32, 1 January 2012 (UTC)[reply]

There is not necessarily an error if the licence differs. I moved an image listed as fair use here because I found out that it was published without a copyright notice -- and I only fixed the licence at Commons. But I guess it makes sense in most cases. --Stefan2 (talk) 22:59, 1 January 2012 (UTC)[reply]

I moved one and changed the licence because it was just 2 coloured triangles. The 9th is for a bad licensing change, not changing because it isn't fair use, or changing to "too simple", but other things. ~~Ebe123~~ → report on my contribs. 23:30, 1 January 2012 (UTC)[reply]

This is why the category Category:Move to Commons Priority Candidates exists: these images all have at least one use in an article, and it is possible to write a good description/give a better file name for most of them, if they don't already have these things. — This, that, and the other (talk) 04:16, 3 January 2012 (UTC)[reply]

"[Please prioritize the human tagged files]"

Why? Is see no reason to do this and it may encourage useless manual tagging. Bulwersator (talk) 18:51, 1 January 2012 (UTC)[reply]

Don't know why either, and encourage the removal of the notes. ~~Ebe123~~ → report on my contribs. 19:35, 1 January 2012 (UTC)[reply]

Okay, remove it then. My thinking is that files tagged manually are more likely to be accurate in that they are ready for tagging, and that it'd be good to get that backlog down to a smaller size because it's easier to envision kicking 13,500 files than it is 200,000 of them. Sven Manguard Wha? 21:27, 1 January 2012 (UTC)[reply]

Priority candidates in certain category

Thanks to catscan and "Move to Commons Priority Candidates" category it is trivial to generate list of priority images in certain category. Examples:

In Category:Public domain images ineligible for copyright: http://toolserver.org/~magnus/catscan_rewrite.php?depth=111&categories=Public+domain+images+ineligible+for+copyright%0D%0AMove+to+Commons+Priority+Candidates&ns[0]=1&ns[6]=1&ext_image_data=1&doit=1

In Category:NASA images: http://toolserver.org/~magnus/catscan_rewrite.php?depth=111&categories=NASA+images%0D%0AMove+to+Commons+Priority+Candidates&ns[0]=1&ns[6]=1&ext_image_data=1&doit=1

Bulwersator (talk) 21:16, 1 January 2012 (UTC)[reply]

Fbot could tag them. ~~Ebe123~~ → report on my contribs. 23:02, 1 January 2012 (UTC)[reply]

New Bot request

I suggest that we get a bot to generate the user listings. It is hard to keep adding them and if you're using FtCG, it's a nightmare to remove the timestamp, the repetition, and adding the template. ~~Ebe123~~ → report on my contribs. 23:02, 1 January 2012 (UTC)[reply]

Well, I can remove the timestamp from FtCG if you want - you're the one who asked me to add it!! I'm happy to fix the repetition, which is a bug. I personally don't see the point of the {{moved to commons}} template - it's either moved to Commons or deleted, so why not separate the log into two sections, under two headers ("Moved to Commons" and "Deleted")? — This, that, and the other (talk) 04:14, 3 January 2012 (UTC)[reply]

My log is copy-pasted from FtCG, under single "Moved to Commons" header Bulwersator (talk) 11:32, 3 January 2012 (UTC)[reply]

I just edit the log in Vi to get a better format. "Replace all" is fast and simple. --Stefan2 (talk) 20:36, 9 January 2012 (UTC)[reply]

Robert Delaunay

Please copy this file: http://en.wikipedia.org/wiki/File:Delaunay-Windows.jpg of Delaunay, which is now public domain, to commons. The mentioning of the Estate of Robert Delaunay works to be protected until 2031 seems to be copyfraud. Greetings -- Alinea (talk) 10:45, 3 January 2012 (UTC)[reply]

"Robert Delaunay (12 April 1885, Paris – 25 October 1941)" 1941 + 70 = 2031 Bulwersator (talk) 11:31, 3 January 2012 (UTC)[reply]

1941 + 70 = 2011 + 1 = 2012. Have a look at Commons, http://commons.wikimedia.org/wiki/Category:Robert_Delaunay?uselang=de there is already a lot of files of Delaunay. This one is missing ... -- Alinea (talk) 11:43, 3 January 2012 (UTC)[reply]

Facepalm Bulwersator (talk) 18:17, 3 January 2012 (UTC)[reply]

Done -- Common Good (talk) 18:04, 3 January 2012 (UTC)[reply]

Search trick of the day

You may have noticed that incategory:"Move to Commons Priority Candidates" doesn't work for searching for images, since files are only in that category through transclusion. I found another way though: look for priority=true as part of the search term. For example, to find priority images about Chicago to move, select Multimedia (or File), then do the search:

Chicago priority=true

I don't know if all the bots involved in the drive are using the same format, but searching like that seem to be feeding me at least a few interesting candidates so far. --Closeapple (talk) 13:06, 4 January 2012 (UTC)[reply]

Thank you! I've been looking for a way to do that for an hour. Scillystuff (talk) 22:06, 5 January 2012 (UTC)[reply]

BTW: Is there another way to exclude files on Commons from the search results? --Leyo 23:05, 5 January 2012 (UTC)[reply]

With the normal Wikipedia search box, not for the first few hours after a move; the search index is not in real time. Now, if {{Copy to Wikimedia Commons}} was removed once {{NowCommons}} was placed (or Svenbot fixed it), then after a day or so the problem will take care of itself for that file, because priority=true will disappear from the index. If a file has happened to hang around long enough with both tags that it got indexed that way, you could skip those also by adding -(NowCommons OR "Now_Commons") I believe:

"New York" priority=true -(NowCommons OR "Now_Commons")

The "OR" has to be in upper-case. Hope this helps. --Closeapple (talk) 09:34, 15 January 2012 (UTC)[reply]

Thank you. What is meant is how to avoid Commons pages be found, not local images that were moved to Commons but not yet deleted locally. --Leyo 14:14, 15 January 2012 (UTC)[reply]

In theory, Commons files would never have "priority=true" in their page texts, so a Wikipedia search should never bring up a file that has been deleted from Wikipedia (and exists only on Commons) for more than a day or so. That being said: I noticed that Commons might look for "priority" and "true" separately. So maybe the searches should have quotes around the phrase "priority=true", like this:

Chicago "priority=true"
France river "priority=true"
"New York" "priority=true" -(NowCommons OR "Now_Commons")

Hope this helps. --Closeapple (talk) 13:18, 16 January 2012 (UTC)[reply]

I was looking for a general method on how to avoid Commons images being found, i.e. without the “priority=true” thing (that is a good trick, but not what I wanted to know here). Sorry for the lack of clarity. --Leyo 14:47, 16 January 2012 (UTC)[reply]

Files in Category:Move to Commons Priority Candidates that are already on Commons

Moved from User talk:Fastily
Hi Fastily. What about checking Category:Move to Commons Priority Candidates for files that are already on Commons? File:Glasgow Anniesland (Scottish Parliament constituency).svg for example was already there before being tagged by your bot. --Leyo 23:10, 2 January 2012 (UTC)[reply]

That's User:MGA73bot job. As it stands, once MGA73's bot tags a file with {{Now commons}}, my bot removes {{Copy to Wikimedia Commons}}. Unfortunately, the Java framework I use does not have the ability to check if a duplicate of a file exists on Commons. While I can think of a number of extremely crude hacks to possibly remedy this issue, they'll at best be >50% accurate :\ Sorry. -FASTILY ^{Happy 2012!!} 07:29, 3 January 2012 (UTC)[reply]

OK. It's just a matter of fact that if I decide to have another admin double check a transfer a made, it takes up to several weeks until NowCommons is added by a bot (if not added by me). In de.wikipedia, it usually only takes a few hours. --Leyo 09:09, 3 January 2012 (UTC)[reply]

Wow... My own job :-) I started tagging after User:BotMultichill stopped tagged the files. My plan was only to do it from time to time because it makes toolserver beg for mercy :-D Later "tag_nowcommons.py" was changed and it made the bot tag files that should not be tagged (files with a keep local and pages where the file is on Commons and page on en-wiki is only a description etc.). After a long time of doing nothing i tried to make a query on toolserver but the query was so big it failed. However, I found a work around that included manual work. So that is why my bot does not tag the files sooner.

I thought that as long as there is plenty of files with a NowCommons then it is not a big problem that files were not tagged. But I see the problem with the current Move to Commons Drive. So we should find a better solution. I will do a few tests to see if I can find a solution. Perhaps we can copy the bot from de-wiki? --MGA73 (talk) 16:18, 3 January 2012 (UTC)[reply]

The bot on de.wikipedia is RevoBot. It does not tag NoCommons files. In order to respond quickly the bot watches the uploads by File Upload Bot (Magnus Manske). --Leyo 16:30, 3 January 2012 (UTC)[reply]

Thank you for the information. Files can be moved to Commons by other bots so watching the uploads of ^bot is not enough. But it is a good start.

I did some manual work and started my bot. But we need a better solution if we want the bot to act faster. If Fastily keeps the "ugly" files away from Category:Move to Commons Priority Candidates I could ask my bot to work on that category more often untill we find a solution for all files on en-wiki. --MGA73 (talk) 17:46, 3 January 2012 (UTC)[reply]

There are currently 229 files tagged both as Priority Candidates and NowCommons. --Leyo 20:35, 4 January 2012 (UTC)[reply]

Please note that I will be fixing Twinkle soon so that it removes {{copy to Commons}} from a file page when applying {{now Commons}}, {{keep local}}, or {{do not copy to Commons}}. That should assist in keeping this number down. — This, that, and the other (talk) 06:20, 5 January 2012 (UTC)[reply]

Why Template:Keep local? It may be added to file that can be copied to commons Bulwersator (talk) 07:37, 5 January 2012 (UTC)[reply]

In addition, in many cases there is simply no reason for keeping a local copy of these files. --Leyo 21:31, 5 January 2012 (UTC)[reply]

I agree that "Keep local" is often added without a good reason. But I suggest that the discussion of that is taken later. The "anti Commons users" are often active in discussions about the template and the "pro Commons users" are often not there when it is being discussed so the result is always "kept".

I fixed most of the 229 images mentioned above yesterday but new files keep showing up so we need a bot to run over those files often or we need more admins to delete the files. --MGA73 (talk) 17:57, 8 January 2012 (UTC)[reply]

While I do think that files incorrectly tagged with anti-Commons tags should be moved to Commons, I feel that it would be more efficient to move other files first. The files originating from the anti-Commons users may result in long and angry conversations, taking a lot of time to process. --Stefan2 (talk) 20:49, 9 January 2012 (UTC)[reply]

Instead of deleting the files you can just remove the NowCommons and add "|File:New name.jpg" to the keep local template. That will save the discussion about deletion for later. --MGA73 (talk) 06:59, 10 January 2012 (UTC)[reply]

Next Drive

As this drive progresses, it's time to decide for our next drive. So I will be getting it ready for March. Some changes will be that the main goal will most probably be in the Priority category, and if it's not cleared out, it will be the bot-assessed category as it is over 3 times the size. We will also expand the awards for deletion and talking about deletions, the higher deletion awards will be given for deleting other users files, as the current sysops are only deleting their files (most of the time). Please feel free to raise your comments. ~~Ebe123~~ → report on my contribs. 01:16, 5 January 2012 (UTC)[reply]

I'll start tomorrow. ~~Ebe123~~ → report on my contribs. 01:24, 5 January 2012 (UTC)[reply]

Next drive? With this speed all the files will be moved this time :-D --MGA73 (talk) 17:49, 8 January 2012 (UTC)[reply]

I would recommend giving priority to those files in the situation discussed in #Already in use in WP:fr — that is:

First, files that exist on English Wikipedia and don't exist on Commons, and are already redlinked with an identical filename on another Wikipedia/Wikimedia project; such files would be in immediate use when transferred.
Second, files that exist on English Wikipedia and other Wikipedias/projects as copies, but are not on Commons yet.
Third, the current priority (files that are in use on English Wikipedia, indicating that they may become useful quickly on other projects).

For contest purposes, if one wanted to get complicated: a score could be assigned based on the number of redlinks that would be solved by transfer, number of different projects that merging removed duplication on, etc. --Closeapple (talk) 20:31, 17 January 2012 (UTC)[reply]

If someone makes a list of those files, I would be happy to help with processing them. I have created a list of files on English and Japanese Wikipedias which are suffering from the EXIF rotation problem and am currently processing those, since it is another urgent category. --Stefan2 (talk) 21:38, 17 January 2012 (UTC)[reply]

Deletions

For admins: You may always delete files from other users, and the backlog for deletions are from over 4 days ago. You may also go join Guerillero's F8 deletions efforts. ~~Ebe123~~ → report on my contribs. 01:16, 5 January 2012 (UTC)[reply]

Thanks for pointing that out Ebe123 --Guerillero | My Talk 02:43, 5 January 2012 (UTC)[reply]

Double the work load for the poor old admins ;-) Ronhjones ^(Talk) 20:21, 5 January 2012 (UTC)[reply]

I actually was planning on a "test-sysop" here to help... But as it's not implemented yet (or approved by consensus), I couldn't exempt if I went through a RfA (I do not want to) ~~Ebe123~~ → report on my contribs. 20:28, 5 January 2012 (UTC)[reply]

Just link to the log here. I am flexible. --Guerillero | My Talk 22:06, 5 January 2012 (UTC)[reply]

It will be there for the next drive. ~~Ebe123~~ → report on my contribs. 23:46, 5 January 2012 (UTC)[reply]

I don't plan on retracting the offer until there isn't a 500+ file backlog --Guerillero | My Talk 05:57, 6 January 2012 (UTC)[reply]

We need more admins to delete files. I deleted almost 2.000 files since January 1 but the number of files pending deletion is still growing... --MGA73 (talk) 17:46, 8 January 2012 (UTC)[reply]

Manual or automatic logs?

I might be confused. I'm not seeing my edits come up in Wikipedia:WikiProject Images and Media/Commons/Drives/Jan 2012/Logs, even after 48 hours after adding the initial template. Does a bot take care of filling in our moves, or do we have to edit it ourselves using the comments the template dropped in? --Closeapple (talk) 08:35, 5 January 2012 (UTC)[reply]

Unfortunately you need to edit this (or copy log file from WP:FtCG) Bulwersator (talk) 08:47, 5 January 2012 (UTC)[reply]
Ouch. OK. Does anything in 2012 coming from en.wiki count, or just the ones marked as priority? (When I move an en.wiki file, I often make a sweep for related files, especially if I'm deciding if there are enough files to warrant a Commons category.) --Closeapple (talk) 09:10, 5 January 2012 (UTC)[reply]
Everything moved to commons (see #Interwiki_moves) Bulwersator (talk) 09:40, 5 January 2012 (UTC)[reply]
Actually, the interwiki moves will be when we have cleared most of the backlog. Then, it could be included. Not now as there are hundreds of thousands of files. ~~Ebe123~~ → report on my contribs. 23:46, 5 January 2012 (UTC)[reply]
I generate the list with this query giving this result. Someone could use this to make a more general tool. Multichill (talk) 13:35, 8 January 2012 (UTC)[reply]

Progress?

251,638 - 249,380 = 2258. But according to "progress" table backlog was reduced by 479 files. Why? Bulwersator (talk) 22:31, 5 January 2012 (UTC)[reply]

Addressed now. Sven Manguard Wha? 01:54, 7 January 2012 (UTC)[reply]

During next drive we should show "real" backlog, rather than "manual tagged only" Bulwersator (talk) 08:48, 7 January 2012 (UTC)[reply]

Agreed. It was a function of the fact that we were tracking the wrong thing from the start. Next backlog, we should do three lists (manual, bot, and both) and one graph showing all the lines. Mind you the graph is going to be tricky, as we'll be doing 200 files a day in a category with 200,000 items... Sven Manguard Wha? 15:04, 7 January 2012 (UTC)[reply]

I'll add the bot and total next drive. ~~Ebe123~~ → report on my contribs. 12:53, 8 January 2012 (UTC)[reply]

New CH!

With permission from Magnus, I went ahead and created a new version of CommonsHelper on my Wikimedia Labs instance, it's ALOT quicker then the old one. For those who are not using FtCG, check it out Here! - Rich(MTCD)^T|C|E-Mail 08:51, 6 January 2012 (UTC)[reply]

Are there any differences apart from the performance? --Leyo 10:14, 6 January 2012 (UTC)[reply]

Nope, the script itself is the same, the only things different are 1. Some wording has been changed, such as the "There seems to be a problem" message after uploading ok is gone 2. A different bot does the uploading (Found Here) and 3. It's a lot quicker - 92.40.253.97 (talk) 14:14, 6 January 2012 (UTC)[reply]

Would you have the possibility to implement any improvements by request? --Leyo 01:51, 7 January 2012 (UTC)[reply]

My biggest beef with the file upload bots is that they all put the transfer information into the Template:Information template. This can make things pretty confusing, and in some cases incorrect. There needs to be something like the line FTCG puts in, or my "Template:English Wikipedia to Commons Transfer Documentation" to separate everything out. Sven Manguard Wha? 02:22, 7 January 2012 (UTC)[reply]

@Leyo - Sure, although as I'm no coder, it may be delayed.
@Sven: I don't know, any suggestions?
Rich(MTCD)^T|C|E-Mail 19:01, 7 January 2012 (UTC)[reply]

Yes. Take all of the information about the transfer which is currently put into the Template:Information form, and put it all in the "Original upload log" section, above the original upload data that gets stuck in now. It dosen't need to be fancy, just functional. Sven Manguard Wha? 19:22, 7 January 2012 (UTC)[reply]

@:Rich: Where can we put the requests? Here? I have a small one: It is possible that the file description pages would not start with an empty line?

@Sven: If you add importScript('User:Magog the Ogre/cleanup.js'); to your common.js, you can do the cleanup much quicker. I am sorry, but I am not happy with commons:Template:English Wikipedia to Commons Transfer Documentation. As seen in this example, it puts too much weight on who made the transfer and when. This information, however, is way less important than who is the author and what is the original source. The transfer-related information is not relevant to the average user (I do not refer to a logged-in Wikipedia or Commons user, but a person surfing in the internet), so it is sufficient to have it in the history. --Leyo 19:59, 7 January 2012 (UTC)[reply]

@Leyo: Here or my talk page. I'll see what I can do —Preceding undated comment added 12:24, 9 January 2012 (UTC).[reply]

File lists by topic

What I am missing here on en.wikipedia is the possibility to get file lists by topic (files used in articles of a certain topic). This could either be done by category trees or by WikiProject banner templates transcluded in talk pages. On de.wikipedia, the former possibilty is available (example file list; bot currently under maintenance).
The advantage of file lists by topic is that project participants could focus on areas they are knowledgeable in, including legal aspects (e.g. freedom of panorama in different countries). Is anyone able to generate such lists? --Leyo 13:39, 6 January 2012 (UTC)[reply]

Go http://toolserver.org/~daniel/WikiSense/CategoryIntersect.php, and fill it out. ~~Ebe123~~ → report on my contribs. 20:33, 6 January 2012 (UTC)[reply]

How? Please note that I am not looking for files in a category tree, but files in articles in a category tree. --Leyo 01:49, 7 January 2012 (UTC)[reply]

The trouble is that images here, have typically been uncategorised. Which makes it impossible to lump together like images. If you remember, Leyo, I spent almost every April evening last year adding {{pd-chem}} to several thousand chemical structures - which is relatively easy, as one can usually spot a structure in the thumbnails at category:all free media - it's just the vast size of that category that makes it take so long. Perhaps a bot to run every free image through Wikisense? Ronhjones ^(Talk) 16:20, 7 January 2012 (UTC)[reply]

@Ron: I know that local images are generally uncategorized. That is why I am asking for another, generally applicable (not just for chemical structures) method. There is a bot for cattree approach exists on de.wikipedia, but the bot owner is too busy to offer the service on other wikipedias. In brief, it works as follows:

Generate a list of all articles in a given cattree.
Generate a list of all local images in these articles.
Exclude fair use material (everything that cannot be moved to Commons).
Write the file list to a page, preferentially formatted as a gallery.

Is there someone who is able to do this (or something similar)? Otherwise we post post a request at WP:BOTREQ. --Leyo 17:01, 7 January 2012 (UTC)[reply]

The solution I've found to the categorisation problem is to take a random file eligible for Commons and then checking all articles using the same image or all other images uploaded by the same user, since they may have similar categories. It saves some time searching for categories. --Stefan2 (talk) 18:05, 8 January 2012 (UTC)[reply]

The purpose of my suggestion is that if a user get an image list of his topic, he is more knowledgeable in terms of law (image eligible for Commons) and categorization. The gains would be a higher efficiency and a lower error rate. In my case, I could move and categorize images e.g. from Switzerland more efficiently, because i am pretty familiar with the country-specific freedom of panorama and the categorization system on Commons. --Leyo 00:12, 10 January 2012 (UTC)[reply]

New uploads

split from above as request
The other sad thing I notice is that editors still continue to upload free images to en-wiki - I tagged a load the other night with my "move to commons" script. Ronhjones ^(Talk) 16:20, 7 January 2012 (UTC)[reply]

Yes, that is a problem. It would take one person about two hours to move a given day's uploads to commons (guesstimate on time, factoring in ease of FTCG), the issue is that until someone does that, we're going to get things coming in faster than we can get them shipped out. People just don't read the notices advising things be sent to Commons. Sven Manguard Wha? 16:35, 7 January 2012 (UTC)[reply]

~~Let's discuss the problem of local uploads in another thread please. --Leyo 17:01, 7 January 2012 (UTC)~~Thread split[reply]

The solution to the problem with local uploads to English Wikipedia might be to post a notice at the uploaders' talk pages when their images are moved to Commons. This practice is used on Japanese Wikipedia where you are asked to add {{subst:コモンズへの移動通知|local file name|Commons file name}}--~~~~ at the bottom of the upoader's talk page. If people get notices about this, they might realise that they should upload their images to Commons instead. Commons moving tools could easily add this tag automatically so that it won't waste any time for the Commons mover. --Stefan2 (talk) 18:05, 8 January 2012 (UTC)[reply]

Maybe bigger than this group - could it not be engineered to switch an uploader to commons, once he has picked a "free media" category. Wouldn't trap all, as some cannot even be asked to provide any description or license... :-( Ronhjones ^(Talk) 22:16, 8 January 2012 (UTC)[reply]

In order to upload something to Commons, you need to be logged in there. It seems that many users haven't activated SUL, and even if it is activated, there might be an SUL conflict on Commons. Commons seems to have the strictest usurpation rules of all of Wikimedia (0 edits on Commons, no not yet usurped accounts on any other Wikimedia project), so it isn't really easy for users to complete SUL either. But if Special:Upload can check whether you are logged in on Commons or not, maybe your suggestion would be possible. --Stefan2 (talk) 12:04, 9 January 2012 (UTC)[reply]

It seems that not all top uploaders have been made aware of Commons using {{un-c}}. Maybe we should do that. --Leyo 08:26, 9 January 2012 (UTC)[reply]

Maybe the moving tools could just notify all uploaders automatically by putting that template on their talk pages when moving a file. It would spam the mass uploaders' talk pages quite a lot, though. --Stefan2 (talk) 12:04, 9 January 2012 (UTC)[reply]

Could be tweaked - if you upload to commons and don't add any category, then you get a big message by a bot some time later - if you repeat the action it just adds the new page to the list it just made - example here - http://commons.wikimedia.org/wiki/User_talk:Ronhjones/Archive_1#Tip:_Categorizing_images_5. A similar system would make multiple notifications much smaller and compact. Ronhjones ^(Talk) 21:24, 9 January 2012 (UTC)[reply]

That's one of my bots. You can find the source code here. I hate to get the same message twice so I implemented this. The trick is that the bot leaves a hidden tracker () which can be use later to find the end of the list. It shouldn't be too hard to reuse this code to create a bot to notify all uploaders who appear at User:Multichill/Free uploads. Multichill (talk) 22:15, 9 January 2012 (UTC)[reply]

Yes, a bot which notifies users on upload would be wonderful. Not only would they be notified, but they would also be notified earlier than if they aren't notified until image moving time. --Stefan2 (talk) 00:14, 10 January 2012 (UTC)[reply]

MtC files sorted by page views

Here is something simple, but helpful I hope, I threw together: User:Quibik/MtC top files by view counts. This provides at least some prioritization in the set of more than 100,000 files. —Quibik (talk) 05:21, 8 January 2012 (UTC)[reply]

Do you mind if we ~~strike out~~ ones that we've done or notice are done? (With the understanding that you might regenerate the list and lose the strike-outs, of course.) Also, is it easy to regenerate once a bunch of the files are deleted or no longer tagged? --Closeapple (talk) 10:30, 8 January 2012 (UTC)[reply]

That would be ok by me, I'm just not too sure how practical it would be to make many small edits to a ~200 kB sized page. I can regenerate it pretty much instantly, if desired. —Quibik (talk) 11:34, 8 January 2012 (UTC)[reply]

Here's an idea for an alternative way: as it would be expected that the images in that list are moved sequentially, a subpage (like User:Quibik/MtC top files by view counts/index) could be created that stores the number of top images that are done or "taken" at the moment. It would be transcluded on top of the list in a noticeable manner, with an "edit" button next to it. Now, if someone decides to move any images on that list he/she could increase the index number by the amount he/she vouches to do before starting to do them. How does this sound? —Quibik (talk) 12:01, 8 January 2012 (UTC)[reply]

Or I could just make the list shorter, say 1,000 files, and refresh it more often. It wouldn't have the benefit of preventing editors from trying to work on a same image simultaneously, though, like my previous suggestion would. —Quibik (talk) 12:08, 8 January 2012 (UTC)[reply]

Just regenerating the list would work for me: I pick out the files that interest me or look quick, and look at the number just as a rough guide of how important it is to do it sooner, rather than just doing the list starting at the top. It's been 2 days since an update, and I only came across 1 file I was planning on moving that someone else got to first, so I haven't even bothered striking out things as I mentioned. Maybe there isn't as much risk of picking already-moved files yet as I expected there to be. --Closeapple (talk) 08:06, 10 January 2012 (UTC)[reply]

GIF to PNG

If I see a (non-animated) GIF file eligible for Commons, but I convert it to PNG before I upload it to Commons should I still add it to the log? The reason I ask: Since the Commons transfer process is really download+upload+delete anyway no matter whether a bot or a user does it, and GIFs are deprecated and generally lack metadata (so there's nothing to lose in the conversion), it seems silly to not let the upload land on Commons as a PNG instead of a GIF with {{BadGIF}} already applied, since I already have command on my computer to do it. (I'd then nominate it for normal file-for-deletion on en.wiki, since speedy on en.wiki explicitly excludes file format changes.) I see 228 GIFs out of 5000 files in User:Quibik/MtC top files by view counts, for example. --Closeapple (talk) 08:24, 10 January 2012 (UTC)[reply]

Have a look at the concerns expressed at commons:Template talk:Convert to PNG. --Leyo 08:49, 10 January 2012 (UTC)[reply]

My understanding of the argument for converting .gif to .png is this: Pro: PNG compresses better. Con: PNG is a much larger file. If that's really all it is, then by all means convert them. Wikipedia's devs have told us several times that we should not worry about server space in our decision making. Of course it goes without saying that if you change the format, it necessetates a change to the file name (Example.gif --> Example.png), so you're going to have to make sure that the pages that use the file all use the new name. Thankfully we have Fbot task 10 now, which might be able to help. Sven Manguard Wha? 15:36, 10 January 2012 (UTC)[reply]

Already in use in WP:fr

Hello, sorry if it's not the correct place to talk. Somes articles on WP:fr are translated from WP:en and files in the scope of your project are already in use there. (in red). I don't know how to highlight this kind of priority.
For exemple :

not yet flag by the projet

File:Gujarat patola.jpg on fr:Ikat

candidate to be flag by the project ?

File:Liu Jin Li Curler.jpg on fr:Liu Jinli

- Drongou (talk) 00:20, 12 January 2012 (UTC)[reply]

I think that the lack of a flag is just random chance, because of Fbot not getting to that file before the Commons drive started on January 1. The French translated articles indirectly must have the same priority as English: Because the French articles were translated from English, each image also appears in an English article. Fbot (which sets the priority flag) does not seem to care how many articles use a file: Fbot only cares whether it is used on at least 1 article. File:Gujarat patola.jpg and File:Liu Jin Li Curler.jpg are also in use in the English articles; it seems to me that both files should be flagged, and that Fbot just didn't get to them. (Fbot has temporarily stopped flagging files, so that users can see progress in the statistics during the January drive.) --Closeapple (talk) 08:44, 12 January 2012 (UTC)[reply]

A question for anyone familiar with Wikipedia statistics: Are there recent logs or statistics about the 404s (page names that were requested but that don't exist) on Wikipedia projects? If we can correlate 404s with filenames, we might be able to discover which English files are the most "redlinked" on other projects, and therefore are important to move to Commons. --Closeapple (talk) 08:44, 12 January 2012 (UTC)[reply]

It may be also possible to check for global usage and create additional "really high priority" - images on enwiki used in different projects, without file on the commons Bulwersator (talk) 09:50, 12 January 2012 (UTC)[reply]

Images uploaded to multiple projects

There is a category in de.wikipedia that lists local copies of files initially uploaded to en.wikipedia. These files might also be of intested for other Wikipedias. Similar categories might be created here. --Leyo 10:02, 12 January 2012 (UTC)[reply]

Didn't User:MGA73 operate a bot to check if an image appears on both English Wikipedia and Commons without having a {{NowCommons}} template? It might be useful to use that bot code to create a bot which adds interwiki links if a picture appears on several Wikimedia projects so that all images in use on several projects are identified. I assume that finding an identical image on e.g. French Wikipedia isn't more complex than finding an identical image on Commons; it's just the tagging which gets a different syntax. Some time ago, I came across a user who uploaded many of his images locally to the English, German and Italian Wikipedias and it would be nice to be able to tag the images as {{NowCommons}} on all three projects at the same time. --Stefan2 (talk) 11:13, 12 January 2012 (UTC)[reply]

It is tag_nowcommons.py :-) --MGA73 (talk) 16:31, 15 January 2012 (UTC)[reply]

This one? --Stefan2 (talk) 18:19, 15 January 2012 (UTC)[reply]

How to transfer a lot

This procedure only works on files that are obviously own work. Don't use it if their is a hint of doubt.

Install and configure Pywikipedia.
Go to User:Multichill/top self uploaders and pick an easy gallery
Check the images (make sure they're all own work) and remove any problematic images (not own works/derivative works/freedom of panorama seems to be the cause of most problems)
Fire up the bot: python imagecopy_self.py -lang:en -autonomous -imagelinks:User:Multichill/top_self_uploaders/<username>
Wait for the bot to finish (you can start with the next gallery if you like)
Check the images at Commons

This way we can really make a difference. Multichill (talk) 16:27, 15 January 2012 (UTC)[reply]

I think that the problem isn't that it takes time to find the images but that it takes a lot of time to clean up the data after a transfer. In many cases, the text on the file information page doesn't use the {{Information}} template but text stored in any other format, requiring a lot of reformatting. The file description page often contains texts such as "photo of the train station taken by the uploader seen from the west entrance" which needs to be split up in description, source and author. Often there are no categories either, so it is necessary to search for those too. Does your tool handle this in some efficient way? Besides, I suppose that it would require a bot account both here and on Commons (for uploading+NowCommons tagging) which I currently don't have. --Stefan2 (talk) 18:16, 15 January 2012 (UTC)[reply]

I agree that checking and cleaning up takes time even if imagecopy_self.py has reduced that time. It is a big problem if information is lost during transfer and that often happens if the transfer is made by less experienced users (for example if they just add "From Wikipedia" or a username as source). It often takes more time to repair than it would have taken to make the transfer ourselves.

However, if all relevant text is added to the page on Commons I think it is still ok even if the text is not sorted into the right boxes or if categories are not added. We have perhaps 100 (?) users that can make a good transfer but only 20 (?) that is actually moving files. But we have 1.000 (?) users that could help categorize and rearrange the information on Commons. So I think that if someone wants to move files to Commons without adding categories etc. that is ok.

We should have 200 users to check files before move, 20 users to move the files and 2.000 users to cleanup after the move and if huge amounts of files with same problem is found the 2 users to do bot-cleanups. --MGA73 (talk) 08:35, 16 January 2012 (UTC)[reply]

{{check categories}} is currently used on 246,081, {{uncategorized}} on 228,906 and {{BotMoveToCommons}} on 64,954 images. Please don't make the backlog at Commons worse than it already is. Along with checking for copyvios, cleaning up the image info should be the most important step of the whole process, I think. —Quibik (talk) 17:33, 16 January 2012 (UTC)[reply]

I agree that it means more trouble if people upload images improperly. Yesterday, I ran into a number of cases where users had moved English Wikipedia thumbnails to Commons under the same file name, all without adding {{NowCommons}} and with incomplete sourcing. On the other hand, if we move files without cleaning them up properly, it makes backlogs at Commons worse. --Stefan2 (talk) 18:35, 16 January 2012 (UTC)[reply]

Interesting comparison: en.wikipedia vs. de.wikipedia. ;-) --Leyo 19:01, 16 January 2012 (UTC)[reply]

Why it is better to have the backlog on en-wiki? And the difference between Commons and en-wiki is that Commons try to categorize images where en-wiki don't. January is a "Move to Commons Drive" - February could be a "Clean up on Commons Drive" :-) --MGA73 (talk) 20:29, 16 January 2012 (UTC)[reply]

Re: de-wiki contra en-wiki. I moved 100 images from de-wiki a few days ago so that de-wiki users can have something to work with and I can easily move a few thousand more ;-) --MGA73 (talk) 19:51, 21 January 2012 (UTC)[reply]

Category:Wikipedia files moved to Wikimedia Commons which could not be deleted

Some of the files end up in this category. If someone needs a few minutes away from the mtc-drive they are welcome to have a look at the files in this category. It should be possible to empty the category with a lot of hard work. But it is sooooo boring to work on 800+ files but if 10 users fix a few files each day it should only take a few weeks to empty the category. --MGA73 (talk) 18:55, 20 January 2012 (UTC)[reply]

Example of a logo copyrighted in the UK

Many of the files seem to be British logos which can't be deleted because of commons:COM:TOO#UK. It might be better to wait with those until commons:COM:Deletion requests/Two British logos has been closed, but I suspect that most if not all should be removed from Commons and that the licence template should be specified as {{PD-ineligible-USonly|the United Kingdom}}. They should not be marked as copyrighted (or get a fair use rationale) unless they are above the US threshold of originality, since those tags are (as far as I have understood) reserved to works copyrighted in the US. The fact that the Edge logo was determined to be copyrighted by a British court due to an "unusual" font being used for writing the letter E probably means that almost no British logos can go to Commons. --Stefan2 (talk) 00:17, 21 January 2012 (UTC)[reply]

Yes I know that not all files can be deleted. But the template says "... Once this issue has been resolved, please retag it ..." and if it is not possible to resolve the issue then the solution is to remove the tag and add perhaps {{Do not move to Commons}} to inform other users that the image can't be moved. --MGA73 (talk) 19:10, 21 January 2012 (UTC)[reply]

Just so it's clear what is being said here: In the case of commons:COM:Deletion requests/Two British logos, the problem is not that it's impossible to resolve, just that it hasn't been resolved quite yet; it's going to fall one way or the other. Now, the other files in Category:Wikipedia files moved to Wikimedia Commons which could not be deleted might be resolvable. (And really, all files are resolvable eventually: if all else fails, Commons:Commons:Project scope/Precautionary principle applies.) --Closeapple (talk) 09:57, 23 January 2012 (UTC)[reply]

I agree. Everything can be resolved if there is time enough - in 200 years everything is PD-old :-) I was just trying to say that if it is not possible to resolve the problem in a few weeks then the template should be reemoved/replaced. If we remove what we can't fix it is easier to find what we can fix. --MGA73 (talk) 11:40, 23 January 2012 (UTC)[reply]

I joined, but it is "we may keep it from changing into YA giant backlog" rather than "it should only take a few weeks to empty the category" Bulwersator (talk) 12:37, 23 January 2012 (UTC)[reply]

Help with an image

I have volunteered to do the Good Article review of AgustaWestland AW101. I have checked all the images and most are properly licenced. There appears to be a minor issue with this one. I see a red warning banner saying This file was flagged for transfer by a bot. Please thoroughly review the copyright status of this file and ensure that it is actually eligible for transfer to commons

I would appreciate it if someone could do what has to be done and remove the red warning banner, or let me know where I should take the problem. Thanks; I'm not conversant with issues surrounding proper use of images. Dolphin (t) 02:21, 25 January 2012 (UTC)[reply]

Short answer: You don't need to worry about it.

Long answer: A few months back, two bots, Fbot and Svenbot, tagged over 100,000 freely licensed files for transfer to Commons. Because it was a bot, rather than a human (who presumably would be able to tell if a file had a false claim of own work or other shenanigans) that tagged the file for transfer, the red message was added. All the red message is doing is telling the people doing the transfers to double check that a file legitimately should be transferred, which realistically is something that we need to do anyways.

Hope that helps. Sven Manguard Wha? 03:40, 25 January 2012 (UTC)[reply]

It does help. Many thanks. Dolphin (t) 05:23, 25 January 2012 (UTC)[reply]

Reflections on the drive, opinions on improvement needed

Please see the thread Wikipedia:File namespace noticeboard#Reflections on the Transfer to Commons Drives. Sorry for the long, long chunk of text. Sven Manguard Wha? 02:28, 27 January 2012 (UTC)[reply]

PR lingo detected?

Greetings. Please look at this one: [3] and tell me if the description is not questionable: DDRdrive X1 - The drive for speed. This sounds suspiciously like a slogan similar to "XYZ Cameras - Picture your life [TM]". Wikipedia is NOT an advertising platform, and hopefully will never be. Opinions please. -andy 77.190.8.122 (talk) 21:35, 27 January 2012 (UTC)[reply]