Commons:Bots/Work requests: Difference between revisions

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
Content deleted Content added
→‎3 million null edits: ApiPurge disabled
Line 163: Line 163:
|}
|}
::And [http://commons.wikimedia.org/w/api.php?action=query&prop=extlinks&titles=File:20100926_Kompsatos_river_Rhodope_Thrace_Greece_Panoramic.jpg another one], lots from [[User:GeographBot]]. —[[User:Dispenser|Dispenser]] ([[User talk:Dispenser|<span class="signature-talk">talk</span>]]) 21:37, 19 June 2012 (UTC)
::And [http://commons.wikimedia.org/w/api.php?action=query&prop=extlinks&titles=File:20100926_Kompsatos_river_Rhodope_Thrace_Greece_Panoramic.jpg another one], lots from [[User:GeographBot]]. —[[User:Dispenser|Dispenser]] ([[User talk:Dispenser|<span class="signature-talk">talk</span>]]) 21:37, 19 June 2012 (UTC)

The purge script was causing a high load on the image backend, due to the thumbnails of the images being purged. I would like to be able to fix the link tables without purging the thumbnails, since purging thumbnails has a far greater server cost than refreshing link tables. Since Dispenser ignored my request to my request to stop his script when I asked on IRC, I've disabled the API purge module on Commons temporarily. -- [[User:Tim Starling|Tim Starling]] ([[User talk:Tim Starling|<span class="signature-talk">talk</span>]]) 01:28, 20 June 2012 (UTC)

Revision as of 01:28, 20 June 2012

Shortcuts

SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 5 days.



Fix old (now broken) substitutions of {{Babel}}

See Special:WhatLinksHere/Template:Babel/header/en.

All of those (185 as of writing) substituted {{Babel}} a long time ago, and are now broken. It should be fairly simple to replace those with {{#babel}}.

Examples:

Krinkletalk 15:02, 27 May 2012 (UTC)[reply]

Unfortunately I did not figure out a way of automatically converting those, since there seem to be a large variety of substituted {{Babel}} templates. Doing 185 of them by hand might be faster and more reliable. --Jarekt (talk) 03:01, 28 May 2012 (UTC)[reply]

Bot to maintain list of needed redirects from Commons metadata links

I've proposed a maintenance bot on ENWP to keep a list of needed redirects from Commons metadata links, and to maintain redirects once they are created. I think this would have to be run on ENWP, as it would be related to Commons files, I thought I'd leave a note here. ▫ JohnnyMrNinja (talk / en) 20:26, 3 June 2012 (UTC)[reply]

If you display Commons in some language other than English, the links point at Wikipedia in some other language. For example, File:Nikon D3S img 3543.jpg points at sv:Canon and sv:Canon PowerShot G10 for me (with an extra English Wikipedia link after the link to Swedish Wikipedia). I guess that such a bot would be needed for all language editions of Wikipedia. --Stefan4 (talk) 20:34, 3 June 2012 (UTC)[reply]
Category redirects on Commons should be avoided as they tend to create always some conflict in one or more of the 270 languages we do support. It might be a far better idea to test those links and correct them. --Foroa (talk) 04:40, 10 June 2012 (UTC)[reply]

Can "Neptun fountains" be corrected to "Neptune fountains" by a bot? If my count is right, this are approximately 100 occurrences, including the subcategories and files in Category:Neptun fountains by country. Many thanks. – Mu (talk) 11:17, 8 June 2012 (UTC)[reply]

I started this manually.  Hazard-SJ  ✈  22:52, 9 June 2012 (UTC)[reply]
Category:Neptune fountains by country needs to be worked on, if anyone is interested and has the time.  Hazard-SJ  ✈  21:12, 19 June 2012 (UTC)[reply]

The syntax of {{Joconde}} was changed so that it now is only one line of text instead of a multiline box (that makes it easier to integrate it to {{Artwork}}, especially for artwork contained in several databases). It would be nide if the template could be moved from below the infobox to the "references" field of {{Artwork}}, and also, but that is really minor, if {{Joconde small}} could be replaced with {{Joconde}}. --Zolo (talk) 06:10, 11 June 2012 (UTC)[reply]

I changed {{Joconde small}} to {{Joconde}} but I do not know an easy way to move the templates to "references" field of {{Artwork}}. Anybody else knows how to do it? --Jarekt (talk) 13:37, 19 June 2012 (UTC)[reply]

Cleanup of files using {{Cuzco-MAP}}

I thought redirect from a temporary category would be enough to remove an automatic category but something went wrong. So Category:Museo de Arte Precolombino, Cusco should be added to pages using {{Cuzco-MAP}}. Minor fixes like "photographed by myself" -> {{Own}}--Zolo (talk) 11:28, 11 June 2012 (UTC)[reply]

✓ Done (in 10 minutes) --Schlurcher (talk) 12:07, 17 June 2012 (UTC)[reply]
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Jarekt (talk) 13:38, 19 June 2012 (UTC)

3 million null edits

Changes to {{Location}} templates from 2011 have failed to propagate to at least 1,000,000 files. This was an important change (type:landmark to type:camera) and all files should be updated. At a rate of 1 null edit per second, this task is expected to take 35 days. —Dispenser (talk) 07:37, 16 June 2012 (UTC)[reply]

If you edit {{Location}} (or one of its subtemplates) now, couldn't it eventually update as well? --  Docu  at 07:39, 16 June 2012 (UTC)[reply]
Hmm, over a million null edits. Might be better to see if someone can do a server side purge to just have the job queue handle this. Multichill (talk) 07:57, 16 June 2012 (UTC)[reply]
There have been multiple opportunities for the file pages to update, from small changes since April 2011 to protocol relative switch of licensing templates. Also, &action=purge does not do the trick, it needs to be a null edit and if you're not logged in MediaWiki will ask the adding new links CAPTCHA. Forgive me, but I've lost confidence in Wikimedia-tech to address issues in a reasonable time frame. —Dispenser (talk) 13:42, 16 June 2012 (UTC)[reply]
What is an example of a page with this problem? It seems strange that action=purge would not work, unless you're talking about Special:LinkSearch (or other things that use the externallinks table) rather than the page rendering, in which case this is bug 5382. Also, have you tried action=purge&forcelinkupdate=1 via the API to see if that works? It's somewhat faster and safer than a null edit. Anomie (talk) 17:06, 16 June 2012 (UTC)[reply]
have you considered a purge with "forcelinkupdate"? Are you aware of that option? --Joe Decker (talk) 18:15, 16 June 2012 (UTC) Nevermind, Anomie got to it before I did. --Joe Decker (talk) 18:16, 16 June 2012 (UTC)[reply]
Yup, that does the trick. I wrote a purge script and got "You've exceeded your rate limit." warning. Looking at the chart, I need either a bot account or become an admin if I want this done this year. —Dispenser (talk) 08:36, 17 June 2012 (UTC)[reply]
Ill do it. Werieth (talk) 13:48, 16 June 2012 (UTC)[reply]
I tried forcelinkupdate on Template:Location through Apisandbox. Did it have any effect? I got an error message for some of the subpages. --  Docu  at 18:51, 16 June 2012 (UTC)[reply]
The job queue is under 200, so I don't think it did anything. —Dispenser (talk) 08:36, 17 June 2012 (UTC)[reply]
Any way to find the pages that are still affected? Werieth (talk) 21:54, 16 June 2012 (UTC)[reply]
Lack of protocol relative URLs (e.g. on license and toolserver links) or camera locations with type:landmark. These methods may not find all instances causing error in data checking. Best is to all transclusions of {{Coor URL}} (via API or Toolserver user) and purge those pages. —Dispenser (talk) 08:36, 17 June 2012 (UTC)[reply]

After some tests, it turns out only anonymous IP editors are purge rate limited. So I've setup the script to run in 10 processes on the Toolserver (willow) using my login cookies. Its running at ~11,000 purges per hour and should be done within two weeks. —Dispenser (talk) 00:15, 19 June 2012 (UTC)[reply]

Can you give an example of something that has not been updated since 2011? -- Tim Starling (talk) 09:36, 19 June 2012 (UTC)[reply]
And another one, lots from User:GeographBot. —Dispenser (talk) 21:37, 19 June 2012 (UTC)[reply]

The purge script was causing a high load on the image backend, due to the thumbnails of the images being purged. I would like to be able to fix the link tables without purging the thumbnails, since purging thumbnails has a far greater server cost than refreshing link tables. Since Dispenser ignored my request to my request to stop his script when I asked on IRC, I've disabled the API purge module on Commons temporarily. -- Tim Starling (talk) 01:28, 20 June 2012 (UTC)[reply]