User talk:Rkieferbaum

Welcome to Wikimedia Commons, Rkieferbaum!

--Perfektsionist (talk) 17:32, 19 January 2022 (UTC)

COM:VFC

Oi, Rkieferbaum. Vi que você carregou algumas fotos do Flickr marcadas como domínio público e, por isso, precisou adicionar manualmente a predefinição {{PDMark-owner}}. Mas você o fez manualmente, e por isso demorou quase meia hora. O COM:VisualFileChange permite que isso seja feito automaticamente, nem precisa instalar nada. Abraços. RodRabelo7 (talk) 01:59, 17 February 2023 (UTC)

@RodRabelo7: obrigado! Estou molhando o pé na água do flickr2commons em massa apenas agora. Descobri que o álbum, inclusive, é PD mesmo, pq é do Ministério do Turismo. Acho que vai ser mais fácil pros outros. Inclusive, a conta tem 6 mil fotos. Se quiser ajudar a buscar as fotos e tratar os dados, vai ser muito bem vindo! Rkieferbaum (talk) 02:02, 17 February 2023 (UTC)
Não acho que esteja em domínio público de fato, ao menos não vejo razões para isso. A única predefinição que me vem à cabeça é a {{PD-Brazil-Gov}}, mas nada em sua descrição parece se enquadrar nas características das fotos. Enfim, o {{PDMark-owner}} já é suficiente… Obrigado por me convidar a carregar fotos dessa conta no Flickr. Olhando aqui, encontrei muita coisa de qualidade indiscutível. Poderiam ter usado uma licença menos controversa, mas fazer o quê… RodRabelo7 (talk) 02:50, 17 February 2023 (UTC)
Christmas star decoration at a window with the reflection of a sunset *ೃ༄ Feliz Navidad, Rkieferbaum *ೃ༄

Merry Christmas and a joyous new year filled with peace, love, and happiness!
Щасливого Різдва та Нового року, нехай він принесе мир, любов та радість у ваше життя!
Joyeux Noël et une Bonne année pleine de paix, d'amour et de bonheur!
¡Feliz Navidad y un próspero año nuevo lleno de paz, amor y felicidad!
Buon Natale e un felice anno nuovo pieno di pace, amore e felicità!
Frohe Weihnachten und ein gutes neues Jahr voller Frieden, Liebe und Glück!
Feliz Natal e um Ano Novo próspero repleto de paz, amor e felicidade!
メリークリスマス、そして平和と愛、幸福に満ちた新年おめでとうございます!
메리 크리스마스와 평화, 사랑, 행복이 가득한 새해 복 많이 받으세요!
मेरी क्रिसमस और शांति, प्रेम, और खुशियों से भरा नया साल मुबारक हो!
圣诞快乐,新年快乐,愿你的生活充满和平、爱与幸福!
عيد ميلاد مجيد وسنة جديدة سعيدة مليئة بالسلام والحب والسعادة!
С Рождеством и Новым Годом, пусть они принесут мир, любовь и счастье в вашу жизнь!
God Jul och Gott Nytt År fyllt med fred, kärlek och lycka!
Vrolijk Kerstfeest en een Gelukkig Nieuwjaar vol vrede, liefde en geluk!

Wilfredor

Wilfredor (talk) 12:30, 24 December 2023 (UTC)

Congratulations, dear license reviewer

If you use the helper gadget, you will find the links next to the search box (vector) or as single tabs (monobook). They are named license+ and license-.

Hi Rkieferbaum, thanks for your request for license reviewer status. The request has been closed as successful, and you've been added to the list of reviewers. You can now start reviewing files – please see Commons:License review and Commons:Flickr files if you haven't done so already. We also have a guide how to detect copyright violations. Potential backlogs include Flickr review and files from other sources. You can enable the LicenseReview gadget from Preferences.

Important: You should not review your own uploads, nor those of anyone closely related to you!

Please feel free to join us on IRC: #wikimedia-commons webchat on irc.libera.chat. You can also add {{User license reviewer}} to your user page if you wish. Thank you for your contributions on Commons! modern_primat ඞඞඞ ----TALK 16:34, 23 September 2024 (UTC)

Premiação Wiki Loves Monuments 2024 Brasil

Melhor Imagem direita
Esta comenda reconhece sua atuação no Wiki Loves Monuments Brasil.

Na edição de 2024, sua imagem Museu de Arte da Pampulha - Belo Horizonte - 20190616174927 foi selecionada como a melhor imagem do concurso! Ela será enviada para concorrer na etapa internacional.

Parabenizamos pelo seu empenho e agradecemos muito pela sua colaboração!

Em breve, entraremos em contato por e-mail para passar maiores informações. SSoster (WMB) (talk) 20:05, 19 November 2024 (UTC)

Imagem vencedora do concurso nacional em 2024

Saudações, @Rkieferbaum

Como você participou de um ou mais concursos fotográficos no passado, estou enviando esta mensagem para te convidar para participar da edição de 2025 do Wiki Loves Cultura Popular Brasil, um concurso fotográfico que valoriza o patrimônio imaterial brasileiro!

Como você pode participar?

Visite a página do concurso na Wikipédia e navegue pelas listas de elementos culturais brasileiros, que estão divididos em seis categorias:

Envie suas fotografias e você estará participando automaticamente do concurso!

Premiação

As melhores fotos, vídeos e áudios concorrem a prêmios em cada categoria, além de uma premiação especial para a melhor foto do Maranhão e também para a melhor mídia geral, cujo(a) fotógrafo(a) receberá uma bolsa para participar da WikiCon Brasil 2025, em Salvador. Além disso, as imagens do concurso nacional concorrem a diversos prêmios na etapa internacional.

Qualquer dúvida que você tiver, por favor me envie uma mensagem.

Novamente, muito obrigado pela sua participação nos concursos anteriores, estou ansioso por ver mais fotografias suas esse ano! EPorto (WMB) (talk) 22:41, 17 February 2025 (UTC)

pls stop

Don't add coordinates thoughtlessly. They could be removed because of a mistake in GPS (maybe you heard something about Russia, Ukraine, drons and GPS) or by other reasons. Анастасия Львоваru/en 10:18, 31 March 2025 (UTC)

@Lvova: hello there. I wish you'd be a little kinder and assume good faith towards a fellow volunteer. I'm not adding coordinates "thoughtlessly", I'm not a bot nor am I making up coordinates. I've been adding them to media when there's GPS information in the EXIF. When I realize they're wrong, I manually correct them or just add it to Category:Ambiguous location in EXIF, so that people know the EXIF coordinates are not to be trusted. There's also Category:Location not applicable, which tells people coordinates shouldn't be added even if they're known. I might make technical or judgement mistakes, sure, I'm only human. I'm ready to learn what they are and adjust accordingly. Rkieferbaum (talk) 11:48, 31 March 2025 (UTC)
  1. maybe they dont want gps coord in their whole country for specific reasons? if that's the case, maybe you can avoid any coord that fall in the retangular box that surrounds their country?
  2. separate question: if your script can identify there's coord in exif, maybe directly add {{Location}} with those coord? i saw https://commons.wikimedia.org/w/index.php?diff=1024444363 .
RoyZuo (talk) 08:43, 25 April 2025 (UTC)
@RoyZuo: Hi, there.
1. There are already hundreds of thousands of geotagged photos in Russia, not to mention Google Maps and other platforms that are still online with accurate mapping data. Besides, the coordinates are embedded in the EXIF whether we tag it or not; the only way to remove that would be to upload a new version of the image with coordinates stripped from EXIF and have an admin hide the first upload. If we think it would be important to hide coordinates from there, we should contact WMF and have it done system-wide (and I don't see any reason we should).
2. Yes, the script can do that (just did that here). I added location directly for several images, but it happens that some people object to it being added (such as the user above) or sometimes they know the embedded EXIF data is wrong. Adding GPS EXIF first puts the tag in place and gives users an opportunity to add the location tag directly, or indicate that the coordinates in EXIF are wrong or that location tags shouldn't be added for some reason. It also gives me and other users an opportunity to review the images once more (under Category:Media with GPS EXIF) before adding location. Once {{Location}} is added, a bot comes along and transfers those coordinates to SDC, so removing them later requires an extra step. I feel this is a more conservative approach.
Cheers. Rkieferbaum (talk) 11:37, 25 April 2025 (UTC)

False depicts' statements

I think for the apparently huge number of wrong Depicts statemets like here (photos do not depict the drone in question), you are responsible. Please take the edits back. --A.Savin 07:36, 26 April 2025 (UTC)

@A.Savin: hi there. You are absolutely right. That was a script malfunction from an adaptation I did and I’m fully responsible. I will undo the mistake, hopefully within the next few hours. Cheers, Rkieferbaum (talk) 10:27, 26 April 2025 (UTC)

Mass editing

Hi Rkieferbaum, I noticed a significant number of script-driven edits on my photos by you lately. Among them additions of {{GPS EXIF}} and adding a category for the camera. As of now this makes it hard to go through my watchlist. On one day, you managed it to hit the maximum of 500 edits in my watchlist, thereby cutting short what I can control. Do you have considered to move these actitivities to a bot whose edits can be easily removed from view due to the bot flag? Regards, AFBorchert (talk) 06:53, 28 April 2025 (UTC)

@AFBorchert: Hi there. You are right, and I'm sorry for flooding your watchlist. I've been doing these edits this way for now because they're not (yet) mature enough to be fully automated, but I think I've reached a workflow that allows bot automation to be put in place. I'll get working on that. Thanks for your input. Cheers. Rkieferbaum (talk) 11:05, 28 April 2025 (UTC)

Category:Media with GPS EXIF

I see you have a bot to work on Category:Media with GPS EXIF. I'm filling it right now. Currently at least 250.000 files to add so that might take a while. Maybe you can work on it? A lot of files from Category:Images from Brück & Sohn get tagged and I noticed you already added a couple to be included in Category:Ambiguous location in EXIF. Are the coordinates bad on all these files?

I updated the Category:Ambiguous location in EXIF to {{GPS EXIF ambiguous}} so we can add a message later. Multichill (talk) 17:19, 13 July 2025 (UTC)

@Multichill: hi there! Excellent. I'll get the bot on that soon. Regarding Brück & Sohn, I seem to recall that some of their sets are correctly geotagged and some of them aren't, so we need to go through them with a fine tooth comb. If I'm not mistaken, a given set is usually one or the other, so that makes it a little easier. I'll try to work on them when I get the chance.
Good work with the {{GPS EXIF ambiguous}} template. I'll also try to come up with a notice. Ideally the notice will be gone once {{Location}} is added. Rkieferbaum (talk) 01:21, 15 July 2025 (UTC)
Can you use the template please? I see you're bot adding the category directly. Thank you, Multichill (talk) 21:44, 28 July 2025 (UTC)
@Multichill: Hi there! For the first few edits I did leave the bot at is was before, but I already switched to adding the template. Cheers! Rkieferbaum (talk) 22:32, 28 July 2025 (UTC)
Great. I'm adding about 100.000 more files so the category will probably reach 300.000 files before going down again. I do wonder how many of these are obvious lat/long 0/0 cases. Multichill (talk) 20:01, 29 July 2025 (UTC)
Is everything working ? It seems that last 30days no coordinates are added JakobHosp (talk) 21:26, 2 November 2025 (UTC)
@JakobHosp: it is, on demand. I’ve been using my time to try to figure out how to handle the ~4.5k images my script doesn’t touch for one reason or another (conflicts in general to which I took a safer approach). Once I do that I’ll have it running on a schedule. Anyway I’ll run the safe version later today. Cheers! Rkieferbaum (talk) 22:26, 2 November 2025 (UTC)

Edit causing Lua errors

Hi, your bot had a bad edit that caused Lua error. Can you prevent those in the future? Jarekt (talk) 02:04, 23 July 2025 (UTC)

@Jarekt: hi there. Thanks for pointing this out to me! I’ll get on fixing any wrong edits and update the script to make sure it doesn’t happen again. Thanks again. Rkieferbaum (talk) 02:26, 23 July 2025 (UTC)

Bot error

diff this edit breaks the internationalized "Summary" header, as can be seen if you compare the previous revision with the current one. SnowFire (talk) 23:56, 26 July 2025 (UTC)

@SnowFire: hi there! Thanks for bringing this to my attention. The unorthodox way with which that file's code was laid out, with categories before the license header, threw my bot off. I've stopped it and will try to figure out a way to fix that. Cheers! Rkieferbaum (talk) 00:43, 27 July 2025 (UTC)
Yeah. For what it's worth, license header on bottom wasn't intended, but I'm pretty sure this is what the file upload wizard does (did at time of upload?) when you custom provide your own text box to use - it still staples the license at the end. If that causes issues with bots and if that behavior is unchanged, maybe a reason to file a bug / feature request against the file upload tool. SnowFire (talk) 21:54, 27 July 2025 (UTC)
@SnowFire: I'll try to look into that too. In any case, the "fault" of the error is my script's, anyway; it should have found the tag's suitable position even if the file page's code isn't standard. I'll get it fixed in the coming days. Thanks again. Rkieferbaum (talk) 00:00, 28 July 2025 (UTC)

Bot error

Hello, , section has been broken and location has no sense in this position, above the template. Please fix it. Elena Tartaglione (talk) 21:47, 27 July 2025 (UTC)

Same problem here, here. Elena Tartaglione (talk) 21:49, 27 July 2025 (UTC)
@Elena Tartaglione: hi, and thank you for the report. I've identified the bug and am working on solving it. I'll also make sure to fix the wrong edits. Cheers! Rkieferbaum (talk) 23:46, 27 July 2025 (UTC)
Thank you! Elena Tartaglione (talk) 15:01, 30 July 2025 (UTC)

Location template bot suggestion

Just a minor suggestion. Your bot is adding a blank line after the Template:Location tag. I think this is unnecessary most of the time since there is usually a blank line separating the information section from the license info section. Maybe you can omit adding the extra blank line if there is already a blank line after the template? —seav (talk) 13:21, 7 August 2025 (UTC)

@Seav: hi there, and thank you for your suggestion! You're right that having two blank lines is not ideal. This is a current issue from a fix of a different problem, which is, because of the way mediawiki handles break lines, in some files where there's no space between where location is added and the following header, it "pulls" the contents of the header line and breaks how it appears on the page (see here and here, for instance). I still haven't figured out a safe way to avoid the double lines (where one exists) while making sure we don't pull the header up where no line exists. For the time being I'm keeping it on the safe side until I figure out a safe way to make that happens. Thanks again! Rkieferbaum (talk) 15:11, 7 August 2025 (UTC)
olá, is your bot currently running? GioviPen GP msg 17:01, 10 August 2025 (UTC)
@GiovanniPen: ciao! The location script is not running at the moment, I’m figuring out a way to fix the issue raised above. I should be done in a day or too, then I’ll get it running again. Rkieferbaum (talk) 22:18, 10 August 2025 (UTC)
oh amazing, I really hope it can be back online soon (since @Multichill finished recently the work with {{GPS EXIF}}. moreover I was wondering if the source code is available somewhere or maybe there's another way "for me" to do the job. GioviPen GP msg 10:44, 11 August 2025 (UTC)
btw imho there is no big issue if there's an extra line after the location template if is necessary to avoid other positioning or line issue :) GioviPen GP msg 10:47, 11 August 2025 (UTC)

Tag?

Have you considered tagging the edits from your bot, so that they can be left out of the watchlist without having to leave out all bot edits? The last week or two, I've been getting literally hundreds of edits a day from Rkieferbot, basically adding categories for what camera I was using 15 years ago, nothing I need to check at all. At times I get so many of these that the limit of 500 items in the watchlist display means I can only look back about 8 hours unless I eliminate all bot edits.

Thanks in advance for any consideration you give to this. - Jmabel ! talk 18:00, 7 August 2025 (UTC)

@Jmabel: that makes sense and I’ll stop the bot and be sure to implement this as soon as I can. Sorry for flooding your watchlist and thanks for the tip! Rkieferbaum (talk) 20:59, 7 August 2025 (UTC)
@Jmabel: done, let me know if you have any suggestions. Cheers, Rkieferbaum (talk) 14:58, 8 August 2025 (UTC)
Thanks! - Jmabel ! talk 19:58, 8 August 2025 (UTC)

EXIF Location

Hey, your bot recently added the coordinates of this picture of mine, File:Lam Narai market.jpg, but they are not correct. The picture was taken by the railroad, as you can see on the left, but the coordinates are on a small street 200 meters away from it. Petnog (talk) 13:28, 20 August 2025 (UTC)

@Petnog: Hi there! The location added is the location present in the image's metadata, usually from the camera's GPS. These cameras are not very precise and are often off by tens or even a few hundred meters. That's normal and to be expected; location tags are still very useful even if not centimetrically accurate. Once we notice a mistake, we can, of course, fix it manually, as I tried to do right now (feel free to check if that's accurate). Thanks for your input! Rkieferbaum (talk) 17:35, 20 August 2025 (UTC)
That's about right. Thanks!
And keep up the good work! Petnog (talk) 18:05, 20 August 2025 (UTC)

Exclude some categories form GPS?

Hello, I usually add coordinates to my photos, but there are some exceptions like photos of movable objects, where I deliberately detele coordinates. I think coords have no sense in categories about tools, food, books, games, or pictures. What about some exclude-top-categories list? JAn Dudík (talk) 19:34, 20 August 2025 (UTC)

@JAn Dudík: hi there! I can't think of top categories that would necessarily and automatically exclude images from location tags being relevant; for instance, the location of images of food might be very relevant if they're taken in a restaurant or a festival; games or books in museums or other public places; and so on. In the cases you cited location might indeed be irrelevant, and so ideally you'd add Category:Location not applicable, or, if you want to more ostensibly avoid location tags with a visual warning, then you can use {{Location withheld}} (as you did - although in some cases the best course of action might be to strip location from EXIF, upload a new version and have an admin hide the old one, because location is easily found and displayed in the media page unless you do that - scroll down to the "Metadata" section and you'll see the coordinates there). My bot won't add location to images that are in that category or with that template. If you have suggestions of entire categories that could also be excluded, I'd be happy to include them. Thanks! Rkieferbaum (talk) 19:48, 20 August 2025 (UTC)
It depends. In my case is not problem exif location, problem is display on map JAn Dudík (talk) 19:56, 20 August 2025 (UTC)
@JAn Dudík: sure. If not showing up in the maps is enough for you, then all's good! Rkieferbaum (talk) 19:59, 20 August 2025 (UTC)
See also phab:T22326. SOme people deliberately delete coords during upload, but they still remain in EXIF and you re-add them... JAn Dudík (talk) 12:43, 22 August 2025 (UTC)
@JAn Dudík: if location is present in EXIF, then it’s not deleted and it shows on the media page. This is the real issue, of the illusion of privacy, that people should be made aware of. I’m preparing something to post on VP. Meanwhile, the tags I mentioned above are still useful. Cheers! Rkieferbaum (talk) 12:49, 22 August 2025 (UTC)
@JAn Dudík: saw the ticket. AFAIK there’s no way to actually strip the metadata on upload, just to not add location tags. I’m thinking about developing a script that would take pictures from “location withheld”, download them, strip geolocation, reupload them and tag for revision hiding. Do you think that would make sense? Rkieferbaum (talk) 12:55, 22 August 2025 (UTC)
Yes, it makes, but better would also have possibility to add these templates during upload - almost nobody knows about them. JAn Dudík (talk) 13:24, 22 August 2025 (UTC)

Location categories

Hi Noticed your bot has run through some of the images I have uploaded, including items in my private collection. The location of these items is irrelevant to the files use, it puts my personal safety at risk please stop locating objects. Gnangarra 12:57, 21 August 2025 (UTC)

@Gnangarra: just replace {{Location}} or {{GPS EXIF}} with {{Location withheld}}.
In the future you probably want to strip the coordinates from EXIF before uploading if you don't want to share your location. I believe people use https://exiftool.org/ for this. Multichill (talk) 16:18, 22 August 2025 (UTC)

your bot not triggered by (other) bot-edits?

see this version history (among many others). The template {{GPS EXIF}} was added Aug. 3rd by a bot, but only after I did a manual edit, your bot copied exif location to the file description. I suspect that your bot is not triggered by bot-edits. best --Herzi Pinki (talk) 06:20, 22 August 2025 (UTC)

@Herzi Pinki: hi there! It’s actually not triggered by edits. What you sent was just a coincidence. It’s been taking a while to process tagged images because there’s a very large backlog. Cheers! Rkieferbaum (talk) 09:19, 22 August 2025 (UTC)

Location from exif

Your bot generaties automatically the location from exif. But in many cases the exif Location is NOT te location of de object, but the location of the scanner. In this way you reveal auomatically the adres of the uploader. This is dangerous. HJVerhagen (talk) 09:02, 22 August 2025 (UTC)

@HJVerhagen: hi there. If you believe that’s dangerous, you should strip location information from the file before uploading. You can still do it and upload a new version, then have an admin hide the old version. You can also replace the {{GPS EXIF}} tag with {{GPS EXIF ambiguous}}. In any case, please note that my bot doesn’t find new images to add location, it merely processes images that someone else added GPS EXIF to. Cheers. Rkieferbaum (talk) 09:16, 22 August 2025 (UTC)
Or replace with a more accurate location.
I don't have GPS in my camera, but I routinely do things like what I did at File:Northwest outskirts of Cogealac 01.jpg. - Jmabel ! talk 18:46, 22 August 2025 (UTC)

Don't use Category:Location not applicable please

You added this category to a bunch of files that have EXIF so clearly some location is applicable. You should add either {{GPS EXIF ambiguous}} or {{Location withheld}}. Can you have a look at the files that ended up in Category:GPS EXIF candidates (review needed)? Multichill (talk) 20:39, 22 August 2025 (UTC)

@Multichill: hey there. I don’t think they’re equivalent. The location withheld tag adds a warning on the page that, IMO, should only be visible in very specific cases. The ambiguous tag, OTOH, which also adds a warning, only makes sense when location is relevant (I.e. “add location to this media if you can, but ignore EXIF”). Sometimes neither apply while EXIF is still present: there’s no need for the warning but there’s no need for any location either. For example, a logo, or an isolated photo of an object. The Location not applicable cat tells us that there’s no location in the media nor there should be, but there’s no need for either warning. Rkieferbaum (talk) 23:22, 22 August 2025 (UTC)
Seems to me we may want to broadly revisit tags and even guidelines in this area. What has evolved without any particular plan is probably not entirely coherent. - Jmabel ! talk 19:35, 25 August 2025 (UTC)
@Jmabel: agreed. I'll try to draft a proposal and submit it to VP when I can. Until then, I'm happy to stick to uncontroversial actions only. Rkieferbaum (talk) 19:43, 25 August 2025 (UTC)

Location categories

Location categories

Site categories
Adding site categories to images on Commons, such as images of a plant in gardens or in non-public places, is undesirable and unhelpful—especially since these images were uploaded a long time ago.
We kindly ask the bot to stop adding site categories to such images, or to remove them.
Thank you. M sh شراونة محمد (talk) 05:33, 26 August 2025 (UTC)
@M sh شراونة محمد: salam aleikoum! I see you have already added {{Location withheld}} to the media - this way they'll be safe from my bot adding coordinates. Thanks and all the best! Rkieferbaum (talk) 16:41, 26 August 2025 (UTC)

A barnstar for you!

The Special Barnstar
Uma medalha pela geolocalização de imagens através do Rkieferbot. Continue com esse ótimo trabalho. --HVL talk 12:58, 31 August 2025 (UTC)

Participe da pesquisa do Wiki Loves Monuments Brasil!

Olá @Rkieferbaum,

logo do concurso

Estamos realizando uma pesquisa para conhecer melhor a experiência das pessoas que participaram do Wiki Loves Monuments Brasil. Sua opinião é muito importante para avaliarmos o impacto do concurso e planejarmos as próximas edições.

A pesquisa é rápida e leva apenas alguns minutos para ser concluída.

Clique aqui para responder à pesquisa!

Agradecemos desde já sua colaboração e por fazer parte dessa iniciativa de valorização do patrimônio cultural no Brasil.

Atenciosamente, Equipe do Wiki Loves Monuments Brasil, EPorto (WMB) (talk) 04:07, 5 September 2025 (UTC)

A new noticeboard for permission requests from external sources

English  русский  +/−


Dear License reviewer,
This is to inform you that a new page, Commons:Permission requests, has been created to centralize and manage requests for permission to external sources. The page is intended to help streamline the review process by providing a dedicated space where users can submit and track their permission requests.
You may wish to visit the page to familiarize yourself with its purpose and format, and to monitor any new submissions that may require your attention. By default, license reviewers may process requests on the page. Any questions may be directed at Commons talk:Permission requests.
Thank you for your continued work in ensuring proper license compliance across Commons.

MediaWiki message delivery (talk) 16:39, 7 September 2025 (UTC)

Location not applicable

Please, do not insert location, when category "Location not applicable" is present in image. Alex Blokha (talk) 17:34, 9 September 2025 (UTC)

@Alex Blokha: hi there, and thanks for your input. I checked out what happened - you added Location not applicable but reverted the location tag to {{GPS EXIF}} - my bot assumes that if GPS EXIF is present, the existance of "Location not applicable" has already been checked. I'll gladly add that to the code, though - to check "location not applicable" even if GPS EXIF is present. Thanks again. Rkieferbaum (talk) 18:46, 9 September 2025 (UTC)
Thank you. Alex Blokha (talk) 18:48, 9 September 2025 (UTC)

Minor fix

Hi Rkieferbaum, referring to could you please add a newline (or two) before the license header so that it properly displayed. I already did that for many files.. Some holds for edits like this: . Regards, --Arnd 🇺🇦 (talk) 20:27, 8 October 2025 (UTC)

@Aschroet: hey there! Thanks for the report. I have since fixed the script, but I haven't been able yet to track and correct all previous edits. The easiest way to do that is through AWB but I still have to apply for it. It's on my to-do list. Thanks! Rkieferbaum (talk) 12:03, 9 October 2025 (UTC)

Allright. I think already fixed many of the issues with the VFC tools. --Arnd 🇺🇦 (talk) 12:06, 9 October 2025 (UTC)

"taken with"

: do we really want to say that this image is "taken with" the camera I used to copy it from a book? - Jmabel ! talk 00:47, 29 October 2025 (UTC)

@Jmabel: hey there! As you know, this is a technical, hidden category, and adding it might be helpful in several scenarios. For example, it might be one way to refine a process of batch selecting pictures in a category. It might be useful to inform a user that it was digitized using a camera, not a scanner, and therefore geometric distortions inherent to cameras might be present. The image ratio, along with specs of the camera taken, might tell me that the image is cropped and possibly downsized. These are just off the top of my head; in the process of sifting through the Commons I'm sure other people will find other uses for it. Ideally this information would be present in SDC, but, due to the current nature of information equivalence between EXIF and SDC, the category is a safe middle step. Does that make sense? Rkieferbaum (talk) 19:09, 29 October 2025 (UTC)
Makes some sense. Seems to me, though, we'd want to distinguish photos where the original photo was done with a particular camera from ones where the original photo was done with a different camera, and the camera in question was just used as a substitute scanner. - Jmabel ! talk 22:13, 29 October 2025 (UTC)
@Jmabel: I think a hidden Category:Digitized photographs should do the trick...? I'm surprised it doesn't exist yet. Rkieferbaum (talk) 11:53, 30 October 2025 (UTC)
Yeah, something like that. Of course, scanned photos are also cases of that. But I think we should have something.
Do you think there should be subcats intersecting that with the equipment used, or just orthoganal? - Jmabel ! talk 20:10, 30 October 2025 (UTC)
@Jmabel: my view is that intersecting subcats should be used sparingly. It’s straightforward to combine categories when searching, and intersecting ones tend to make maintenance more cumbersome. So my preference is to have them orthogonal. That said, I’m not opposed if someone wants to reorganize them.
What I’m still unsure about is how this fits with Category:Scans. Not all media there are photographs, and not all digitized photographs are scans. One option could be to move the photographic items into Category:Scanned photographs and have that feed into Category:Digitized photographs. Rkieferbaum (talk) 11:44, 5 November 2025 (UTC)
I'm open to a lot of ways this can be done, but I do think there should be some category distinction between a photo taken (from life) with a given camera, and on where the camera was just functioning in lieu of a scanner. - Jmabel ! talk 00:45, 6 November 2025 (UTC)

Information on temporary account IP viewer rights

Hello Rkieferbaum,

On November 12, temporary accounts will be enabled on Commons. The IP of unregistered users will then be hidden for most users. You, as a patroller or license reviewer, are eligible to request the new temporary account IP viewer right, if you need it to continue fighting vandalism and abuse on Commons. If you want to request the right, please file the request here. Please be aware that you also have to accept the Wikimedia Access to Temporary Account IP Addresses Policy in your preferences. For more information about temporary accounts, look at the project page. MediaWiki message delivery (talk) 18:34, 7 November 2025 (UTC)

Temporary account IP viewer granted

العربية  English  кыргызча  русский  +/−


The temporary account IP viewer logo, composed of the Commons logo with a user and an IP address

Hello, Rkieferbaum. Per your request, your account has been granted temporary-account-viewer rights. You are now able to reveal the IP addresses of individuals using temporary accounts that are not visible to the general public. This is very sensitive information that is only to be used to aid in anti-abuse workflows. Please take a moment to review Commons:Temporary account IP viewer for more information on this user right. It is important to remember:

  • You must not share IP address data with someone who does not have the same access permissions unless disclosure is permissible as per guidelines listed at Foundation:Policy:Wikimedia Access to Temporary Account IP Addresses Policy.
  • Access must not be used for political control, to apply pressure on editors, or as a threat against another editor in a content dispute. There must be a valid reason to investigate a temporary user. Note that using multiple temporary accounts is not forbidden, so long as they are not used in violation of policies (for example, block or ban evasion).

It is also important to note that the following actions are logged for others to see:

  • When a user accepts the preference that enables or disables IP reveal for their account.
  • Revealing an IP address of a temporary account.
  • Listing the temporary accounts that are associated with one or more IP addresses (using the CIDR notation format).

Remember, even if a user is violating policy, avoid revealing personal information if possible. Use temporary account usernames rather than disclosing IP addresses directly, or give information such as same network/not same network or similar. If you do not want the user right anymore then please ask me or another administrator and it will be removed for you. You may also voluntarily give up access at any time by visiting Special:Preferences. Happy editing!  regards, Revi 15:16, 8 November 2025 (UTC)

Bot error - EXIF

Some of my uploaded images was edit by your bot. Like this edit. But your bot work wrong. The coordinate in EXIF is "115° 0′ 10″ W". But you add a positive number in the coordinate-template! So now the image is located in somewhere "China" not in "Moscow, Idaho". Please fix your bot! --sk (talk) 16:22, 28 November 2025 (UTC)

@Stefan Kühn: hey there. Thanks for bringing this to my attention! I hadn't seen that happen before. I'll be sure to investigate why it happened to fix the bot and I'll try to work backwards to fix faulty edits. Thanks again. Rkieferbaum (talk) 18:57, 28 November 2025 (UTC)
Ok, thanks for your help. I think all of this Category:Postcards of Moscow, Idaho published by Brück & Sohn. --sk (talk) 21:59, 28 November 2025 (UTC)
Can you please fix all your bot-edits. See Map of Category:Postcards of California published by Brück & Sohn. --sk (talk) 21:07, 13 January 2026 (UTC)
* Category:Postcards of Oregon published by Brück & Sohn, c:Category:Postcards of Arizona published by Brück & Sohn, c:Category:Postcards of Oregon published by Brück & Sohn and Category:Postcards of Washington published by Brück & Sohn. Big mess! --sk (talk) 21:11, 13 January 2026 (UTC)
Or better check: Category:Postcards of the United States published by Brück & Sohn. sk (talk) 21:18, 13 January 2026 (UTC)
@Stefan Kühn: I’m working on a script to find and fix these errors, which exist beyond my bot’s faulty edits from July. I’ll get to fixing the categories you cited as soon as I can. That said, I do not appreciate the tone of your message. Please keep it civil in the future. Rkieferbaum (talk) 22:05, 13 January 2026 (UTC)
@Rkieferbaum: Hello, there is no tone in my message. As a not native speaker I may be don't get the right words. It should by only an informative and neutral tone. But it is over 45 days that I inform you and yesterday I run again in this problem in another image. So I check it again. We deal over 2 years with the this big project: Commons:Brück & Sohn and all coordinates were fine. And now there are over 100 images located somewhere in China. This is a little frustrating. - Thanks for your message, that you working on a solution. Best greetings form Germany --sk (talk) 05:58, 14 January 2026 (UTC)

AI on FMC

New things calls for new guidelines and rules. Should AI-generated media be allowed on Featured media candidates? Share your thoughts and/or vote on Commons talk:Featured media candidates#AI-generated content. You are being asked since you vote on that project. Thank you, --Cart (talk) 16:55, 18 December 2025 (UTC)

Premiazione Wiki Loves Monuments Italia 2025 e compleanno Wikipedia 25

Ciao Rkieferbaum. Ti scrivo questo messaggio per invitarti alla premiazione nazionale di Wiki Loves Monuments Italia che si terrà a Torino presso il Museo Nazionale del Risorgimento italiano domenica 18 gennaio 2026 a partire dalle ore 15:00. Alle 14:00 sarà anche possibile partecipare a una visita guidata gratuita al museo che ci ospita.

In questa pagina di Wikipedia ci sono tutti i dettagli dell'evento, compresa un'editathon (maratona di scrittura su Wikipedia) che si terrà lo stesso giorno in mattinata: Premiazione Wiki Loves Monuments Italia 2025 e compleanno Wikipedia 25.

Questa sarà anche l'occasione per festeggiare il 25º compleanno di Wikipedia, per celebrare i vincitori del concorso regionale Wiki Loves Monuments Piemonte, e per ascoltare le testimonianze di alcune istituzioni culturali che, nel corso degli ultimi anni, si sono cimentate nella condivisione delle loro collezioni sui progetti Wikimedia.

Per partecipare ti chiedo solo di inserire la tua firma nella sezione "Per partecipare" della stessa pagina.

Colgo l'occasione per ringraziarti per la tua preziosa partecipazione al concorso e per augurarti un felice 2026, naturalmente sempre all'insegna della conoscenza libera!

--Ysogo (talk) 21:42, 21 December 2025 (UTC) (Questo messaggio è stato inviato tramite il sistema Global message delivery)

(This message was sent to User:Rkieferbaum and is being posted here due to a redirect.)

Happy holidays and best wishes for 2026!

✨ Happy Holidays
Rkieferbaum!
🎄 Merry Christmas!
🎉 Best wishes for 2026!
-- Giles Laurent (talk) 20:22, 22 December 2025 (UTC)


User:Rkieferbot

Congratulations! Task 2 was approved. EugeneZelenko (talk) 13:43, 1 January 2026 (UTC)

Your Most Memorable Shot Submission!

Hello Rkieferbaum!

Camera1 mgx
Camera1 mgx
Commons-Photographers User Group-logo-en
Commons-Photographers User Group-logo-en

As we step into a new year, we’re happy to invite you to take part in “Your Most Memorable Shot 2025.

Since 2018, photographers from across the Wikimedia community have come together at the beginning of each year to share the photographs that meant the most to them over the past twelve months. Now in its eighth iteration, this tradition continues to be a space for reflection, storytelling, and celebrating meaningful moments through photography.

Whether you are a member of the Commons Photographers User Group or not, you are warmly welcome to participate and invite others too. Every image carries a story, and your perspective helps enrich this collective showcase.

Whenever you’re ready, please select your most cherished photograph from 2025 and share it on the designated page.

The deadline for submissions is 28 February 2026, so we hope you’ll join us before then.

We look forward to discovering the moments that made your year memorable and to continuing this wonderful tradition together.

Warm regards, -- Suyash Dwivedi (💬) 22:36, 4 January 2026 (UTC) (CPUG)

Camera type categories

Hi there. Would you be willing to run your bot over my uploads at once? Like that, my watchlist would only be affected for a short time, instead of continuously. Leyo 13:42, 7 January 2026 (UTC)

@Leyo: I’m away for a few days but I can certainly do that if you’d like. I already have a version that goes through a given cat, so making it through a given user’s uploads should be fairly easy. In the meantime, you can exclude the tag exif_camera from your watchlist, if that works for you. Cheers! Rkieferbaum (talk) 16:07, 7 January 2026 (UTC)
Thank you. --Leyo 11:25, 9 January 2026 (UTC)

Information for File:WPGT 20241031 Belo Horizonte Bonfim Cemetery 0115.jpg needed

Hi!

It seems like the server did not copy file information to File:WPGT 20241031 Belo Horizonte Bonfim Cemetery 0115.jpg. It would be good if you readd the missing information to avoid deletions. Thanks :) --PantheraLeo1359531 😺 (talk) 09:39, 23 January 2026 (UTC)

@PantheraLeo1359531: thanks for the heads up! I'd never seen that before. I've faced bugs with VicuñaUploader before... still trying to figure out the best batch upload workflow. Thanks! Rkieferbaum (talk) 15:03, 27 January 2026 (UTC)
Happy to help! I assume it is a rare server-side bug, because it affects several users :). --PantheraLeo1359531 😺 (talk) 15:32, 27 January 2026 (UTC)

"Taken with" for stitched images

Hello, I would prefer if you would not add a "taken with" category to images that are in a subcategory of Category:Stitched_images. The reason is that the stitching software and its user have much more influence on the quality of the resulting image than the model of the camera and the final image could never come from the lens of the camera itself. Stitched images often have errors that cannot be blamed to the camera.

I have removed the "taken with" category from my stitched images and if necessary I will remove the camera model from the EXIF data. - Andreas Stiasny (talk) 18:29, 23 January 2026 (UTC)

@AStiasny: hi there, and thanks for the feedback. You do have a point; I’ll see about adjusting the script and removing “taken with” categories that overlap with stitched images. On the other hand, I do believe having captured with (P4082) in those cases still makes sense, would you agree? Cheers. Rkieferbaum (talk) 22:24, 23 January 2026 (UTC)
I think, that would be OK. - Andreas Stiasny (talk) 10:05, 26 January 2026 (UTC)

Olá @Rkieferbaum,

logo do concurso, Éder Porto (CC BY-SA 4.0)

Estamos realizando uma pesquisa para conhecer melhor a experiência das pessoas que participaram do Wiki Loves Cultura Popular Brasil. Sua opinião é muito importante para avaliarmos o impacto do concurso e planejarmos as próximas edições.

A pesquisa é relativamente rápida e levará aproximadamente 15 minutos para ser concluída.

 Responder questionário

Agradecemos desde já sua colaboração e por fazer parte dessa iniciativa de valorização do patrimônio cultural no Brasil.

Atenciosamente, Equipe do Wiki Loves Cultura Popular Brasil, EPorto (WMB) (talk) 17:38, 28 March 2026 (UTC)