Commons:Requests and votes

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
Shortcuts

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!

How and where to apply for additional user rights on Commons[edit]

All applications made on the above pages are automatically transcluded onto this page.

How to comment and vote[edit]

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.

Requests for Oversight rights[edit]

When complete, pages listed here should be archived to Commons:Oversighters/Archive.

  • 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.

No current requests.

Requests for CheckUser rights[edit]

When complete, pages listed here should be archived to Commons:Checkusers/Archive.

  • 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.

No current requests.

Requests for bureaucratship[edit]

When complete, pages listed here should be archived to Commons:Bureaucrats/Archive.

  • 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.

No current requests.

Requests for adminship[edit]

When complete, pages listed here should be archived to Commons:Administrators/Archive.

  • 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.


Requests for license reviewer rights[edit]

Requests for permission to run a bot[edit]

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.

When complete, pages listed here should be archived to Commons:Bots/Archive.

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.

HandleCommonsOnOSMBot (talk · contribs)[edit]

Operator: Fl.schmitt (talk · contributions · Statistics · Recent activity · block log · User rights log · uploads · Global account information)

Bot's tasks for which permission is being sought: HandleCommonsOnOSMBot tries to add {{Object location}} and {{On OSM}} templates for Commons Files that are used on OpenStreetMap (using attributes wikimedia_commons or image). Insofar, HandleCommonsOnOSMBot relies on the work of Usage Bot and goes through the media listed on the Files used on OpenStreetMap pages (see also this bot request).

Automatic or manually assisted: Automatic

Edit type (e.g. Continuous, daily, one time run): Continuous

Maximum edit rate (e.g. edits per minute): 12-15

Bot flag requested: (Y/N): Y

Programming language(s): Python (pywikibot)

Fl.schmitt (talk) 20:38, 28 May 2024 (UTC)[reply]

Discussion
Thanks for doing this. Maybe it's worth tracking images for which the bot tried to retrieve coordinates, but for some reason can't. This avoids re-trying them if the bot runs again or restarts. The "Usage Bot" that maintains the lists does update them though. Enhancing999 (talk) 22:12, 28 May 2024 (UTC)[reply]
Good idea - this would require some sort of blacklist, i think. Maybe evaluating the bot logs timely would be sufficient? Fl.schmitt (talk) 05:30, 29 May 2024 (UTC)[reply]
Maybe it's a non-issue. You could just run it for a while and see how it goes. If needed, add some logic later. Enhancing999 (talk) 07:20, 29 May 2024 (UTC)[reply]

Please make a small test run. --Krd 08:06, 29 May 2024 (UTC)[reply]

@Krd: Test run finished with five edits. Captchas were a little bit annoying :-) Fl.schmitt (talk) 17:26, 29 May 2024 (UTC)[reply]
Looks good to me. Krd 17:31, 29 May 2024 (UTC)[reply]
I take it the coordinates match. I'm a bit hesitant about {{On OSM}}. Apparently others use it too [1], but the layout and wording doesn't seem ideal for files. Maybe a new template could be made for filenamespace (thus the exact wording for this use can be changed easily). At File:1347 Matterhorn.jpg, I add some stuff with "other fields", which blends it into the template. Enhancing999 (talk) 21:54, 29 May 2024 (UTC)[reply]
@Enhancing999 - using the other fields parameter for {{On OSM}} sounds interesting. I've just modified "Altes Kirchle" voller Kunstschätze. 01.jpg manually, moving the {{On OSM}} inside a {{InFi}} and adding it to the other fields parameter. For me. this looks ok. Anyway, since the bot's main effort is adding the coordinates, maybe the best option is to "shelve" the {{On OSM}} question and restrict the bot to the location template. Fl.schmitt (talk) 07:23, 30 May 2024 (UTC)[reply]
Somwhow it still looks overly highlighted. I'd still keep the ids around somewhere. Enhancing999 (talk) 11:15, 30 May 2024 (UTC)[reply]
@Enhancing999 ah, ok - now i think i got it. What about "Altes Kirchle" voller Kunstschätze. 01.jpg now? I've created a new template for textual OSM links ({{OSMLink}}) without any other fancy stuff which should fit nicely into the `other_fields` paratemer using {{Information field}}. Thus we have a link, a category and the OSM id. Fl.schmitt (talk) 12:08, 30 May 2024 (UTC)[reply]
Looks ok. I'd include {{Information field}} directly in {{OSMLink}} Enhancing999 (talk) 12:10, 30 May 2024 (UTC)[reply]
Oh, good idea! Done :-) Maybe i'll find a way to add the OSM icon next to the link, so it's marked as "external" link. Fl.schmitt (talk) 12:28, 30 May 2024 (UTC)[reply]
Better no icon, this is misleading because it behaves differently from the location link icon. Fl.schmitt (talk) 12:49, 30 May 2024 (UTC)[reply]
  • File:'La Brabançonne' (15607113426).jpg has depicts statement, so coordinates and OpenStreetMap identifier should be taken from Wikidata. --EugeneZelenko (talk) 14:24, 31 May 2024 (UTC)[reply]
    Interesting point that shortly puzzled me, but it's due to Schlurcherbot re-copying the coordinates since the test run. Enhancing999 (talk) 14:55, 31 May 2024 (UTC)[reply]
    @EugeneZelenko - thank you for your feedback, but - to be honest - I would generally expect OpenStreetMap to provide "better" (more reliable and more precise) coordinates than Wikidata, especially in an urban area. OpenStreetMap doesn't have coordinates assigned to media, but vice versa, media assigned to quite precise geographical information. In the case of La Brabançonne, Wikidata has 50°51'4"N, 4°22'5"E while OSM offers 50° 50′ 56.18″ N, 4° 22′ 05.97″ E. Please compare yourself on Google Maps or OpenStreetMap (just c&p both values in the respective search boxes): in the real world, those values may amount to a difference of ca. 240 meters ("beeline") according to Google Maps! For me, that example shows why it may be quite useful for Commons and Wikidata if we could make use of OSM data. Fl.schmitt (talk) 15:24, 31 May 2024 (UTC)[reply]
    Obviously, fixing coordinates on Wikidata would benefit not only Commons, but other projects. --EugeneZelenko (talk) 15:29, 31 May 2024 (UTC)[reply]
    Exactly! But to fix them, we need the OSM data. It seems you're asking for a different bot than mine: HandleWikidataOnOsm, evaulating the wikidata attribute of OSM nodes/ways/relations. Would be very nice but doesn't help for Commons media lacking a depicts attribute / a wikidata object. That's the case for many of the Files used on OpenStreetMap: Those hiking fingerposts and wayside shrines usually don't have wikidata, they don't have "depicts", and precise location would be useful anyway. Fl.schmitt (talk) 15:50, 31 May 2024 (UTC)[reply]
    So fix mismatches in the source (Wikidata), not individual re-users of shared data. --EugeneZelenko (talk) 13:34, 1 June 2024 (UTC)[reply]
    File depicts statements seem to have undergone quite a lot of deletions recently. I'm not sure if the link "file depicts - Wikidata item location coordinates" to "File image depicted coordinates (per OSM)" is 1:1.
    The proposal here is merely for geocoding photos. Enhancing999 (talk) 13:53, 1 June 2024 (UTC)[reply]
    Whole point of this thread is to define proper process for geocoding photos when depicts statement is available. --EugeneZelenko (talk) 13:59, 2 June 2024 (UTC)[reply]

Emijrpbot (talk · contribs)[edit]

Operator: Emijrp (talk · contributions · Statistics · Recent activity · block log · User rights log · uploads · Global account information)

Bot's tasks for which permission is being sought: adding SDC to images, following Commons:Structured data/Properties table, example [2]

Automatic or manually assisted: automatic

Edit type (e.g. Continuous, daily, one time run): continuous

Maximum edit rate (e.g. edits per minute): 1 edit/sec

Bot flag requested: (Y/N): No

Programming language(s): Python

emijrp (talk) 20:37, 15 May 2024 (UTC)[reply]

Discussion
What is the point to duplicate data that could be extracted from image directly: height, width, file size, checksum? --EugeneZelenko (talk) 15:06, 16 May 2024 (UTC)[reply]
Honestly I don't know. According to the table, over 8 million images have width as a SDC property, that's why I included it. But it seems you can call the value from SPARQL with schema:width for example. @Schlurcher: do you know more? Thanks. emijrp (talk) 16:20, 16 May 2024 (UTC)[reply]
As I explained in Commons:Requests for comment/Technical needs survey/UploadWizardSDC this should not be done by bots and there should be a technical implementation for this. --Schlurcher (talk) 11:35, 17 May 2024 (UTC)[reply]
I am not sure if I understand. Your bot is right now adding SDC, specifically the data types disputed by EugeneZelenko. Or am I wrong? emijrp (talk) 15:30, 17 May 2024 (UTC)[reply]

I don't know if somebody wants to comment further. To be clear, I can exclude the properties considered duplicates, though as we can see other bots are adding them anyway. Regards. emijrp (talk) 12:38, 26 May 2024 (UTC)[reply]

ImagehashBot (talk · contribs)[edit]

Operator:

Bot's tasks for which permission is being sought: adding pHash checksum (P9310) and Imagehash difference hash (P12563) values to the photos.

Documentation for the hashes
Example images with P9310 and P12563 values

First targets are photos from Europeana, Estonian, Finland, Sweden and Flickr, but long term target is to add imagehashes to all commons photos. Currently we have used FinnaUploadBot for Finna images. Reason for the new account is to make dedicated account and service for the non Finna related edits.

Automatic or manually assisted: automatic

Edit type (e.g. Continuous, daily, one time run): first a batch jobs, later continuous

Maximum edit rate (e.g. edits per minute):

Bot flag requested: (Y/N): Y

Programming language(s):

Zache (talk) 15:08, 12 April 2024 (UTC)[reply]

Discussion
What is use for such hashes? --EugeneZelenko (talk) 14:47, 13 April 2024 (UTC)[reply]
One can use them to compare the similarity of pictures by checking how much the identifiers differ to detect duplicates and match photos in different repositories. We have used image hashes to prevent duplicates when uploading files and to prevent the wrong photos from being updated when reuploading photos from Finna with better quality and/or updating metadata. --Zache (talk) 16:31, 13 April 2024 (UTC)[reply]
Such hashes make much more sense as part of Commons database. --EugeneZelenko (talk) 14:26, 14 April 2024 (UTC)[reply]
In SDC they are filemetadata and in particular using SPARQL it would be easy way for querying and sharing the hashes for external usage. Ie. it is part of metadata for the files. Zache (talk) 14:52, 14 April 2024 (UTC)[reply]
Also, even if the information would be added to the Wikimedia Commons database (there are good technical reasons why one would like to use an external service instead of adding this to the MediaWiki core), I would like to note that we are populating SDC values from the Commons internal database using bots. Most notable in this context are the SHA-1 checksum, mime type, image width, and image height. (Commons:Structured data/Modeling/Meta) And yes, there would be probaply better ways to do this, but currently using bots is the preferred method. --Zache (talk) 06:42, 18 April 2024 (UTC)[reply]
Is there any community discussion that such data shall be generated at large scale? Krd 06:53, 18 April 2024 (UTC)[reply]
I am not aware that there would have been a wider discussion. Current discussions, to my knowledge, are related to the Fæ's User:Fæ/Imagehash and village pump discussions 1 and 2. In my structured data property proposal in 2021, there were no follow-up comments in Wikimedia Commons. Phabricator has some tickets (for example, phab:T121797) related to image hashing.
Also, just for background, I am running ImageHash-Toolforge, which has approximately 25% of Wikimedia Commons bitmap images (jpg, tiff, png) indexed with phash and dhash. I also made a Wikimania lightning talk proposal for it. (Proposals are currently under review.) My current idea was to proceed gradually when adding values to SDC, and my current personal need was to add hashes to European and Estonian photos before the Wikimedia Hackathon, Tallinn, in May so they would be available there. (see my question in Commons_talk:Bots/Requests#Extending_FinnaUploadBot).
However, if you think I should do the village pump discussion or the discussion on the Structured Data talk pages, I am happy to start these. --Zache (talk) 07:49, 18 April 2024 (UTC)[reply]
Please do. Krd 05:48, 21 April 2024 (UTC)[reply]
Now I made a village pump proposal --Zache (talk) 16:44, 17 May 2024 (UTC)[reply]

Svetlov Artem Bot (talk · contribs)[edit]

Operator: Svetlov Artem (talk · contributions · Statistics · Recent activity · block log · User rights log · uploads · Global account information)

Bot's tasks for which permission is being sought:

  • Change date=2004-07-17 12:00:00 to date={{Taken on|2004-07-17 12:00:00|location=Russia}} or Russian subregions for photos in manually selected categories.
  • Creating categories like Category:Tula_Oblast_photographs_taken_on_2004-07-17 and Category:Russia_photographs_taken_on_2004-07-17 if not exists.
  • Remove [[Category:Russia photographs taken on 2004-07-17]] from file description if edit is success.


Automatic or manually assisted: Automatic unsupervised on manually set categories by bot operator

Edit type (e.g. Continuous, daily, one time run): multiple manual run

Maximum edit rate (e.g. edits per minute): 10

Bot flag requested: (Y/N): Y

Programming language(s): pywikibot

Svetlov Artem Bot (talk) 18:26, 25 March 2024 (UTC)[reply]

Discussion
Please leave the bot account exclusively for your bot's edits.
Looks good to me. Some files have duplicate {{Taken with}} tags like File:Zukovskiy industrial railway 2022-10 1664723936.JPG for example. Would it be possible to remove the dupes on the fly when dealing with the files? --Achim55 (talk) 18:49, 28 March 2024 (UTC)[reply]
There was some manual inserted templates. Taken on and Taken with are completly diffirent templates, one for date, second for camera. I can not now to automatically edit Taken with template, it need complicated investigation of EXIF camera tags, witch allways differs from real camera names. Svetlov Artem (talk) 08:57, 4 April 2024 (UTC)[reply]

What is the reason to do such edits, in which way does it improve the file page? Is there any community discussion about doing this at large scale? --Krd 06:58, 18 April 2024 (UTC)[reply]

I was asked by user @MasterRus21thCentury, may you comment? https://commons.wikimedia.org/wiki/User_talk:Svetlov_Artem#c-MasterRus21thCentury-20231026174700-Category:Russia_photographs_taken_on_2008-05-01
Such categories useful for discovery photos in series: if someone photographed a train, bus or village house, there is possibility to see other photographs from next village or train line at same day from same user. Svetlov Artem (talk) 16:23, 18 April 2024 (UTC)[reply]
I still don't see how this has valid use cases. Please start a community discussion and please report the result. Krd 07:12, 18 May 2024 (UTC)[reply]

GeertivpBot (talk · contribs)[edit]

Operator: Geertivp (talk · contributions · Statistics · Recent activity · block log · User rights log · uploads · Global account information)

Bot's tasks for which permission is being sought:

  • Add missing SDC depict statements on media files (File namespace)
  • Add missing Wikidata Infobox template to Category pages (Category namespace)

Automatic or manually assisted: Automatically, but monitored

Edit type (e.g. Continuous, daily, one time run): Intermittently

Maximum edit rate (e.g. edits per minute): 8 edits per minute

Bot flag requested: (Y/N): Y

Programming language(s): Pywikibot, Python scripts are on GitHub:

Test runs are here.

Geert Van Pamel (talk) 22:29, 3 January 2024 (UTC)[reply]

Discussion

Requests for comment[edit]

Centralized discussion

Template: View   ■ Discuss    ■ Edit   ■ Watch