Jump to content

User talk:Rkieferbaum

Add topic
From Wikimedia Commons, the free media repository
Latest comment: 7 hours ago by Rkieferbaum in topic Don't use Category:Location not applicable please


Welcome to Wikimedia Commons, Rkieferbaum!

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

COM:VFC

[edit]

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)Reply

@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)Reply
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)Reply
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)Reply

Congratulations, dear license reviewer

[edit]
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)Reply

Premiação Wiki Loves Monuments 2024 Brasil

[edit]
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)Reply

[edit]
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)Reply

pls stop

[edit]

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)Reply

@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)Reply
  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)Reply
@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)Reply

False depicts' statements

[edit]

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)Reply

@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)Reply

Mass editing

[edit]

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)Reply

@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)Reply

Category:Media with GPS EXIF

[edit]

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)Reply

@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)Reply
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)Reply
@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)Reply
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)Reply

Edit causing Lua errors

[edit]

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)Reply

@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)Reply

Bot error

[edit]

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)Reply

@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)Reply
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)Reply
@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)Reply

Bot error

[edit]

Hello, [1], 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)Reply

Same problem here, here. Elena Tartaglione (talk) 21:49, 27 July 2025 (UTC)Reply
@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)Reply
Thank you! Elena Tartaglione (talk) 15:01, 30 July 2025 (UTC)Reply

Location template bot suggestion

[edit]

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)Reply

@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)Reply
olá, is your bot currently running? GioviPen GP msg 17:01, 10 August 2025 (UTC)Reply
@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)Reply
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)Reply
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)Reply

Tag?

[edit]

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)Reply

@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)Reply
@Jmabel: done, let me know if you have any suggestions. Cheers, Rkieferbaum (talk) 14:58, 8 August 2025 (UTC)Reply
Thanks! - Jmabel ! talk 19:58, 8 August 2025 (UTC)Reply

EXIF Location

[edit]

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)Reply

@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)Reply
That's about right. Thanks!
And keep up the good work! Petnog (talk) 18:05, 20 August 2025 (UTC)Reply

Exclude some categories form GPS?

[edit]

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)Reply

@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)Reply
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)Reply
@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)Reply
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)Reply
@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)Reply
@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)Reply
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)Reply

Location categories

[edit]

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)Reply

@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)Reply

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

[edit]

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)Reply

@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)Reply

Location from exif

[edit]

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)Reply

@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)Reply
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)Reply

Don't use Category:Location not applicable please

[edit]

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)Reply

@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)Reply
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)Reply
@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)Reply