This is the requests and votes page, a centralized place where you can keep track of ongoing user requests, and where you can comment and leave your vote. Any user is welcome to comment on these requests, and any logged in user is welcome to vote.
When requesting rights that do not need the support of the community (e.g. filemover) please go to Commons:Requests for rights!
Any logged-in user is welcome to vote and to comment on the requests below. Votes from unregistered users are not counted, but comments may still be made. If the nomination is successful, a bureaucrat will grant the relevant rights. However, the closing bureaucrat has discretion in judging community consensus, and the decision will not necessarily be based on the raw numbers. Among other things, the closing bureaucrat may take into account the strength of any arguments presented and the experience and knowledge of the commenting users. For example, the comments and votes of users who have zero or few contributions on Commons may at the bureaucrat's discretion be discounted.
It is preferable if you give reasons both for Support votes or Oppose ones as this will help the closing bureaucrat in their decision. Greater weight is given to argument, with supporting evidence if needed, than to a simple vote.
Purge the cache. Use the edit link below to edit the transcluded page.
Please read Commons:Oversighters before voting here. Any logged in user may vote, although those who have few or no previous edits may not be fully counted.
Please read Commons:Checkusers before posting or voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
Please read Commons:Bureaucrats before posting or voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
Please read Commons:Administrators before voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
I will wait for more input from the user before voting. Hopefully someone will have some questions for Gabldotink! --Bedivere (talk) 03:50, 10 November 2023 (UTC)Reply[reply]
can you try identifying 2 files that you would fail and tag them for speedy/DR, in the categories you mention?--RZuo (talk) 07:21, 10 November 2023 (UTC)Reply[reply]
File:Alan Cervantes.png: I would keep. The source YouTube video is properly listed with CC BY. The video was taken on the ground on the sidelines. The video was published by the Santos Laguna football (soccer) team, which is shown playing in the game. The footage is absent of a television network logo/watermark. It is safe to assume that this video was taken by the team, who obviously would own the copyright and be able to publish it on their own YouTube channel.
Before making a bot request, please read the new version of the Commons:Bots page. Read Commons:Bots#Information on bots and make sure you have added the required details to the bot's page. A good example can be found here.
Any user may comment on the merits of the request to run a bot. Please give reasons, as that makes it easier for the closing bureaucrat. Read Commons:Bots before commenting.
Good question! My general approach with these things is to be extremely conservative – imo the V1 bot should be purely additive, and any conflicts should be flagged for manual inspection.
Then a couple of things might happen:
The existing SDC looks wrong, so I make a manual edit from my account to fix it. e.g. I’ve already been looking at the use of source of file (P7482) for Flickr photos in the SDC snapshots, and I found ~200 cases where the URL points to the Flickr URL’s profile (/photos/{username}) rather than the photo itself (/photos/{username}/{photo_id}). Those got dropped on a queue and I’ve been gradually tidying them up by hand – opening the files in question and making a manual edit from my account to point to the more specific URL.
The existing SDC looks right, so I work out why the bot is disagreeing. Is it a bug in my code, have I interpreted the data mapping wrong, is the data mapping at odds with the community approach to SDC, is the bot missing some bit of info on the Flickr photo. But the bot won't do anything on its own.
There might also be cases where the existing SDC is wrong in large numbers and we'd want to write an automated fix, but that's somewhat risky and I’d want to be extremely careful before doing that. Two possible examples spring to mind:
License versions. Flickr photos use CC 2.0 licenses, so that's what the bot will write into the SDC. But what if it finds a Wiki Commons file which links to the 4.0 version of the CC license? That sounds like an easy candidate for a fix buuuut I think there are Flickr users who leave descriptions on their photos saying "I license this as CC 4.0". A human copying their photo across would notice that; the bot might not. So in this case the bot would likely leave it as-is to avoid deleting info.
Date granularity. Flickr has different levels of granularity for "date taken". Most photos are DDMMYY, but there are some which are MMYY or YY or "Circa YY". If there are lots of cases where there's an imprecise data but the SDC claims it's a full DDMMYY, we might consider automating that. (It's pretty obvious when this has happened – Flickr always returns a full timestamp from its API, but it sets all the unknown values to 0/1. So a YYYY becomes taken="1950-01-01 00:00:00" takengranularity="6".) The bot could be written to fix these. But I don't know if that's a widespread issue in practice.
If/when the bot does start editing existing SDC claims, I'll make sure we document those with examples – and if there are cases that seem contentious, I'll bring them back for community discussion before actually implementing them. Alexwlchan (talk) 08:13, 2 November 2023 (UTC)Reply[reply]
👍 I’ll probably get to making some test edits early next week, and I’ll link them here for inspection when they’re done. Alexwlchan (talk) 07:46, 2 November 2023 (UTC)Reply[reply]
Tasks: Upload up-to-date maps of Italian municipalities. There are about 8000 municipalities, boundaries are updated yearly by the national statistical agency. Here is an example of image that will be uploaded, the description will be automatically updated for each municipality: [1]
Bot's tasks for which permission is being sought: upload several images automatically
Automatic or manually assisted: automatic supervised (through OpenRefine)
Edit type(e.g. Continuous, daily, one time run): One time run each year
Maximum edit rate (e.g. edits per minute): I don't know the edit rate allowed using the new OpenRefine function for uploading images. As fast as it can, i suppose.
Just to clarify: Is this to upload as a new version, or to overwrite? If the latter, is there a consensus to do so? I see that those borders include photo credits to the individual photographers, and these are from a respected archive, so I'd just want to make sure that there is agreement that this is desired; I've seen similar situations go either way. Clearly more useful in Wikipedia articles without the borders, but it's not clear to me that we don't want also to host a version with the credit line on the image. - Jmabel ! talk 23:58, 1 October 2023 (UTC)Reply[reply]
My thought is to overwrite. I've not seen any written consensus on the matter, but in practice that's what has been done for years in this category. I think that implies a silent consensus, considering these captions have been digitally added by the archive and provide no additional information not already in the description. Beao (talk) 08:36, 2 October 2023 (UTC)Reply[reply]
Please make some example edits. Krd 17:06, 6 October 2023 (UTC)Reply[reply]
Looks good to me. Krd 13:49, 11 October 2023 (UTC)Reply[reply]
Any more information or discussion needed? Beao (talk) 12:22, 14 October 2023 (UTC)Reply[reply]
[2] Why is this updated so often? Krd 03:04, 19 October 2023 (UTC)Reply[reply]
The "Images with watermarks" category is very big, so the retrieval of file usage statistics is batched to a fixed number of images every hour to avoid performance spikes, and I update the gallery after every batch. Is updating gallery pages too often problematic? I could do it less often (I'm thinking if images are not removed from the category), and also avoid doing it when nothing changes. Beao (talk) 15:53, 20 October 2023 (UTC)Reply[reply]
Please at least don't update when nothing significant changes. Krd 07:42, 21 October 2023 (UTC)Reply[reply]
I've updated the code to update only on changes now! Beao (talk) 09:01, 24 October 2023 (UTC)Reply[reply]
I appears to me that there are still too many edits or the statistics pages. (Or is there any relevant work done on these maintenance categories?) Krd 14:31, 10 November 2023 (UTC)Reply[reply]