This is not an article, file or the talk page of an article or file. If you find this page on any site other than the Wikimedia Commons you are viewing a mirror site. Be aware that the page may be outdated and that the user to whom this talk page belongs may have no personal affiliation with any site other than the Wikimedia Commons itself. The original page is located at https://commons.wikimedia.org/wiki/User_talk:XRay.
This is the user talk page of XRay, where you can send messages and comments to XRay.
Be polite.
Be friendly.
Assume good faith.
No personal attacks.
Please sign and date your entries by clicking on the appropriate button or by typing four tildes (~~~~) at the end.
Put new text under old text.
New to Wikimedia Commons? Welcome! Ask questions, get answers as soon as possible.
Es gibt Dinge, über die ich nicht mehr diskutieren möchte:
Die Frage, warum ich nicht mit Leuten diskutiere, die sich eines despektierlichen Sprachduktus bedienen.
Die Frage, warum ich auch minimale Änderungen durch Dritte an meinen Bildern strikt ablehne.
Die Frage, warum ich Sortierschlüssel für unsinnig halte, deren Auswirkungen außer für Insider durch Anwenderinnen und Anwender nicht ersichtlich sind.
Die Frage, warum ich empfindlich reagiere, wenn Dritte in meinem Namen Bilder oder Abwandlungen hochladen, ohne sich selbst als Urheber der Abwandlung zu nennen.
Die Frage, warum ich auf der Einhaltung der Lizenzbedingungen bestehe.
Zu meiner Vorgehensweise: Best practice (deutsch). Und es sei erwähnt, dass ich gleichartige und eher langweilige Änderungen mit einem Bot erledige. So manche in den Augen des Betrachters sinnlose Änderung einfacher Natur wird automatisch irgendwann wieder rückgängig gemacht, sinnvoll erscheinende oder immer wieder durch Dritte aus meiner Sicht eher unwichtige Änderungen werden von mir im Bot aufgenommen, so dass alle meine Bilder davon profitieren.
If you believe the content does not meet the criteria for speedy deletion, you may replace the speedy deletion tag with a regular deletion request (if the content has not been deleted) or request undeletion (if the content has already been deleted).
All your uploads, including deleted ones, are listed in your upload log.
If you need help, please read our frequently asked questions or visit the help desk. Please do not remove this message from your talk page. You may set up archiving instead.
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 05:48, 22 April 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 05:49, 22 April 2026 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
There is a change in how new users are autoconfirmed that will improve anti-vandalism protection. Currently, users who have had an account for a few days and made a few edits are automatically added to the Autoconfirmed users group. This configuration tends to be exploited by some vandals, who create accounts and start to use them only after some time. To mitigate this, the configuration will be updated next week so that – for the purpose of becoming autoconfirmed – the account age will be counted from their first edit, instead of registration date. The numeric value of the age threshold will remain the same. This change will be deployed only to wikis which require at least one edit as part of the autoconfirmation conditions.
All Wikipedia users with new accounts and those who activated the "automatically enable most beta features" option in their preference can now use the reading lists beta feature to save articles for later reading. This helps organize reading interests in one place for convenient access.
View all 30 community-submitted tasks that were resolved last week. For example, the issue where infobox images have huge padding in Firefox, has been fixed.
Updates for technical contributors
As a reminder, the global API rate limits will be applied this week to identified API traffic. This is to help ensure fair use of infrastructure. Bots running in Toolforge/WMCS or with the bot user right on any wiki should not be affected for now. However, all developers are advised to follow updated best practices. For more information, including the actual rate limits, see Wikimedia APIs/Rate limits and Frequently Asked Questions.
Hallo Dietmar, ich habe zwei, drei kurze technische Fragen zu Deinem XRayBot:
Auf der Benutzerseite steht, dass der Bot auf MediaWiki::API basiert. Stimmt das noch, und klappen bei Dir damit Login und Bearbeitung von Seiten usw. problemlos?
Musstest Du am Code von MediaWiki::API etwas ändern, oder benutzt Du genau die Version, die über Website zu finden ist?
Hast Du in letzter Zeit Probleme mit den geänderten rate limits (siehe hier) bemerkt oder klappt das mit Deinem Bot problemlos?
Hintergrund: Ich benutze zur Suche nach Fehlern usw. auf Commons eine Reihe selbst geschriebener Scripts und Programme, die keine Änderungen vornehmen, sondern nur Seiten bzw. Daten abfragen und auswerten. Das ging bisher problemlos und hat mir u.a. erlaubt, zahlreiche falsche featured pictures, fehlende featured pictures, Doppleinträge, falsche Kategorien usw. zu identifizieren. Durch die geänderten rate limits bekomme ich nun aber Probleme; ich muss daher ein Login implementieren (da meine Programme nichts ändern, bin ich bisher ohne Login ausgekommen). Wenn ich ein Login einbaue, muss es natürlich sicher und zuverlässig sein, daher suche ich gerade nach Vorlagen für eine klare, korrekte und sichere Implementierung. Die meiste Bibliotheken zum Zugriff auf das MediaWiki-API sind aber inzwischen rettungslos überfrachtet und aufgebläht, so z.B. der Platzhirsch Pywikibot. Eine der letzten klaren und übersichtlichen Bibliotheken ist MediaWiki::API. Das wäre also eine gute Vorlage für mich. Aber bevor ich mich an die Arbeit mache, wollte ich wissen, ob damit auch alles klappt, und Du bist einer der wenigen Benutzer, die ich kenne und die regelmäßig einen Bot auf Grundlage von MediaWiki::API einsetzen. Daher meine Fragen.
Vielen Dank für Deine Hilfe und herzliche Grüße von Roman / – Aristeas (talk) 08:12, 3 May 2026 (UTC)
Deine drei Fragen kann ich kurz und einfach beantworten:
Ich (Programmierer alten Stils) nutze die MediaWiki::API,
die Version (0.52) ist von CPAN und unverändert,
möglicherweise. Mein Bot arbeitet zwar stark gebremst, aber in letzter Zeit ist mir aufgefallen, dass er behauptet eine Änderung gemacht zu haben und auch der passende Returncode kommt, aber geändert hat er die Seite trotzdem nicht.
Derzeit mache ich allerdings nur noch Korrekturen an meinem Quellcode. Erweiterungen sind nicht mehr vorgesehen. Die Fehlersuche und Optimierung führt bisweilen zu spannenden Erkenntnissen, sollte aber im Laufe der nächsten Tage auch beendet sein. Wegen der Datenmenge schließe ich auch Dateien zur Beobachtung aus, an denen mehr als ein Jahr nichts geändert wurde. Mit Pywikibot konnte ich mich nie anfreunden, da ich zu viel hätte neu programmieren müssen. Dazu habe ich ehrlicherweise keine Lust mehr, ich konzentriere mich mehr auf das Fotografieren. -- XRay💬 08:46, 3 May 2026 (UTC)
Hab' gerade noch einmal einen Blick auf die Ratelimits geworfen. Eigentlich bin ich gar nicht betroffen, denn ich arbeite nicht "Unidentified". Auf 2000 Requests pro Minute komme ich wahrscheinlich auch nicht, da ich viele Daten in einer SQLite-DB für ein paar Tage als Cache ablege. -- XRay💬 08:49, 3 May 2026 (UTC)
Hallo Dietmar, vielen Dank für Deine schnelle und klare Antwort! Super, das ist alles, was ich wissen wollte. – Tatsächlich sollte Dein Bot von den neuen rate limits gar nicht betroffen sein, weil er ja als angemeldeter Benutzer arbeitet. (Ich habe trotzdem danach gefragt, weil anscheinend manche Bots trotz Anmeldung Probleme mit den rate limits haben, je nachdem, wie sie die Anmeldeprozedur handhaben. Daher ist es gut zu wissen, dass dieses Problem bei Dir bzw. mit MediaWiki::API nicht auftritt.) Aber ich habe auch den Eindruck, dass sich in letzter Zeit noch ein paar andere wichtige Dinge der MediaWiki-API geändert haben, die tlw. dazu führen, dass alter Code nicht mehr wie früher funktioniert. Leider kann ich das, obwohl ich die Mailingliste mit Änderungshinweisen verfolge, nicht genauer konkretisieren. Manchmal genügt ja schon ein an sich unkontroverser Bugfix, und als Nebenwirkung funktioniert irgendetwas nicht mehr … MediaWiki ist toll, aber leider sehr komplex geworden. Herzliche Grüße und nochmals vielen Dank, Roman / – Aristeas (talk) 15:47, 3 May 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --JackyM59 07:37, 1 May 2026 (UTC) Support Good quality. --Tooki 21:12, 1 May 2026 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
The Article guidance team invites experienced editors of pilot Wikipedias—Arabic, Bangla, Japanese, Portuguese, Persian, Turkish, Simple English, Spanish, and French—to help translate and adapt sample outlines. These outlines will guide editors in creating clear, well-structured, and policy-compliant articles when using the feature once it is launched in May 2026. Simple instructions on how to translate and adapt the outlines are available.
The number of available thumbnail size preferences in MediaWiki is being reduced to three standardized options—Small (180px), Regular (250px), and Large (400px), as part of ongoing efforts to improve performance and reduce strain on thumbnail services. As a result, existing preferences will be mapped to the nearest new size (for example, smaller selections like 120px or 150px will render at 180px, while larger ones like 300px or 360px will render at 400px). The preferences interface will soon be updated to reflect these changes, and users who wish to opt out or provide feedback can do so.
From now on, even when a permission expires automatically, users will receive an Echo notification similar to the standard notification for permission changes. There is a difference between this and Global reminder bot in that the latter reminds users a week before the rights are due to expire, so that they can renew the rights.
View all 32 community-submitted tasks that were resolved last week. For example, the problem where the ULS language selector in Special:Translate would scroll vertically when it shouldn't, has been resolved. Previously, when users opened the "Translate to English" dropdown and typed certain inputs, the dialog would scroll vertically by a few pixels even when there was enough space to display all results. The dropdown no longer shifts unnecessarily when filtering languages.
The Global Watchlist, which lets you view your watchlists from multiple wikis on a single page, continues to improve. For example, watchlists for Wikibase sites such as Wikidata now support EntitySchema elements for better tracking. The Live Updates mode now refreshes the special page every 60 seconds to comply with the updated global API rate limits for improved real-time responsiveness. Additionally, a directionality bug that displayed links as "changes 3" instead of "3 changes" in mixed-direction lists has been fixed.
Updates for technical contributors
The second phase of global API rate limits has been rolled out to reduce the impact of AI crawlers and ensure fair, sustainable access to Wikimedia resources, prioritising human and mission-aligned traffic. Limits have been shifted from per-hour to per-minute, producing smoother traffic patterns and more predictable API load. Community users are not expected to be affected, and no action is required. Early indications show some User-Agent-based requestors are adjusting behaviour, and around 64% of automated API traffic has been identified. Monitoring continues, and Wikimedia Enterprise remains available for commercial support.
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 07:23, 2 May 2026 (UTC) Support Good quality. --Syntaxys 03:27, 3 May 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 05:35, 3 May 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 05:37, 3 May 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 05:37, 3 May 2026 (UTC)
I don't want to seem rude, but on the file page for this photo there is so much text that for an inexperienced viewer it will be almost impossible to find the name of the photographer. Blue Elf (talk) 09:05, 7 May 2026 (UTC)
@Blue Elf: Thanks for the note. First of all, just to let you know: I’ve moved your comment to my talk page, since having it on a file talk page would only cause confusion. I don’t understand why the photographer’s name isn’t relatively easy to find, since the information block is structured in a fairly consistent way. It’s true, though, that I include a lot of information. I had heard from time to time that there wasn’t enough, so I expanded the text. And everyone wants to see different information grouped together. So it’s not easy to decide what to include, how, and where. Unfortunately, I haven’t found a truly elegant solution yet. -- XRay💬 12:26, 7 May 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
CommentsSupport Good quality.--Famberhorst 04:59, 5 May 2026 (UTC) Support Good quality. --Benjism89 04:59, 5 May 2026 (UTC)
We also invite you to take part in the categorization of recently promoted quality images.
Comments Support Good quality. --Ermell 05:29, 6 May 2026 (UTC)
Announcing the Winners of Picture of the Year 2025!
Hi everyone,
Wikimedia Commons is pleased to finally announce the winners of this year's Picture of the Year 2025 contest! We had some truly incredible finalists to choose from, but the community has spoken.
Here are your top three winning images:
First place: The aftermath of an Israeli airstrike in Gaza City on October 9, 2023, leaving widespread destruction in the Rimal area. Attribution: WAFA (Q2915969) / CC-BY-SA 3.0
Second place: Baby cape fur seal (Arctocephalus pusillus) sleeping at Cape cross, Namibia. Attribution: Giles Laurent / CC-BY-SA 4.0
Third place: A gigantic jet photographed from the International Space Station by astronaut Nichole Ayers. Attribution: public domain
You can view the full results and see where all your favorite images placed here: Full 2025 Results
I also want to highlight what an incredible turnout we had. In the second round, we saw a massive jump in both the number of users voting and the total votes cast. We had exactly 13,979 votes cast by 3,509 users! To put that in perspective, last year we had 7,403 votes from 2,837 users. It is amazing to see that level of growth and community engagement.
Thank you to everyone who voted, helped organize, and generally made the contest such a huge success this year!
View all 30 community-submitted tasks that were resolved last week. For example, the issue where infobox images have huge padding in Firefox, has been fixed. 
