I forked another script that helps copy section titles (for interwiki linking purposes) in one click. Take a look at User:TheAafi/InterwikiLinksCopier.js ─ The Aafī (talk ) 14:08, 19 January 2024 (UTC) [ reply ]
@TheAafi and Nardog : thx a lot! it works very well! i will fork it to make the button way bigger though. :P
Nardog's scripts are amazing! i'm already using a few. RZuo (talk ) 19:34, 19 January 2024 (UTC) [ reply ]
I second. I am trying to change the text to a beautiful clipboard instead. Hopefully sometime later. But it works pretty much. I will also include internationalisation in it. ─ The Aafī (talk ) 19:37, 19 January 2024 (UTC) [ reply ]
Miscategorizing categories[ edit ]
I am sorry about the accidental miscategorization of categories. It seems my cat-a-lot settings were not properly working Immanuel le ❤️💚💙 (please tag me) 19:30, 19 January 2024 (UTC) [ reply ]
RZuo,我發現照片只要是從 instagram、youtube 等外部網站取來,下方的版權資訊會顯示綠色,比如陳子語 、許光漢 ,這綠色是代表照片通過版權複查,不過我有個問題。有人上傳的照片是從 https://tcmb.culture.tw/ 或者從 https://tcmb.culture.tw/ 等網站取來,這是否需要通過版權複查?
此外,我也看見有些照片是來自政府機關,比如學生照 取自教育部、舞獅照 取自臺灣鐵路管理局,這些在下方的版權資訊會顯示綠色,可是這綠色是因為{{GWOIA}} 宣稱照片是依據政府機關的版權聲明,並沒有像 instagram、youtube 那樣有另外找人通過版權複查。對於這種情況,你認為照片來自政府機關是否需要通過版權複查?
我明白版權複查是為了避免照片的版權資訊與外部網站不一致,藉由複查就能知道照片是不是侵犯版權,可是真正會侵犯版權的人是不會提供來源給我們複查,因為我在對照片張貼{{LicenseReview}} 模板來請求版權複查,有人對此提出質疑,所以當照片取自外部網站,版權複查是否必要,我開始感到懷疑,因此有上述二個問題。
無論他們是從哪個網站上傳至 commons 這裡,其實照片量是非常多,每一個外部網站上傳的照片量是以「千」起跳。如果每一個要版權複查,人工恐怕是查不完,就連我張貼{{LicenseReview}} 也是沒有張貼完。然而,我擔心的是這些照片沒有經過版權複查,未來有天一旦照片來源顯示的網站消失(對方將網頁移除或者關閉網站),可能會被人認定有版權問題而遭到刪除,所以我為了避免他們承受這種刪除風險,我才會張貼{{LicenseReview}} 來請求複查。即使我的想法是好,但是有人不能接受,因為他們認為自己就可以依照網站提供的版權聲明來審查自己上傳的照片。我覺得他們有道理,因此我就沒有繼續張貼{{LicenseReview}} 。不過我就不明白,我們為什麼還需要另外找人對照片進行版權複查呢?--125.230.92.149 14:16, 5 February 2024 (UTC) [ reply ]
File:Meiji Chelsea 2011.jpg has been listed at
Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at
its entry .
If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.
Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!
A1Cafel (talk ) 03:45, 12 April 2024 (UTC) [ reply ]
Dear RZuo, thank you so much for your recognition in the form of a Barnstar . This is my first award I've received here on Wikimedia. Best regards--Υ.Γ. (talk ) 17:38, 18 April 2024 (UTC) [ reply ]
File:Vera Deakin White by Robert Hoffman.jpg has been listed at
Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at
its entry .
If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.
Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!
Günther Frager (talk ) 20:52, 10 July 2024 (UTC) [ reply ]
File:A fabulous birthday (23491654620).jpg[ edit ]
Just to let you know I've requested undeletion on this one (Commons:Undeletion requests/Current requests#File:A fabulous birthday (23491654620).jpg ), I was halfway through voting keep for more or less the same reasons as you when it was closed. Belbury (talk ) 18:07, 28 September 2024 (UTC) [ reply ]
Hi RoyZuo,
you've moved category:Amcor to Category:Amcor (Israeli company) and didn't provide a Reason to the moving action. What's the reason?
As you decided to change a category to be a redirect page - why are you leaving all the images connected to the redirect page?
Thanks, Gveret Tered (talk ) 07:59, 3 October 2024 (UTC) [ reply ]
@Gveret Tered : hi, there's a bigger company Amcor . a bot will move the files. thx :) --RoyZuo (talk ) 18:21, 3 October 2024 (UTC) [ reply ]
Thanks! Gveret Tered (talk ) 20:22, 3 October 2024 (UTC) [ reply ]
Category:Zu-verschenken boxes is considered to fulfill the
criteria for speedy deletion and has been marked on
its page . The following reason has been specified:
How to ask for speedy-delete of an empty category [ edit ]
English · español · français
When you want to ask for speedy-delete of an empty category, best practice is to mark it with either:
{{SD|C2}} ("unuseful empty category") if it would be OK to re-create it in the future, given that appropriate content becomes available
{{SD|C1}} ("improperly named category") if it is an inappropriate category name that should not be reused (e.g. typos).
"C1" and "C2" come from Commons:Criteria for speedy deletion . You could also use of the following:
{{badname|current category name}}
{{speedy|empty, misspelled category name}}
The above templates (SD , speedy , Badname ) expand to full speedy deletion requests.
In particular, this is better practice than just blanking the category page. Blanked categories end up on Special:UncategorizedCategories , which is largely handled by non-admins who cannot delete the categories in question.
Thank you. (This is a
standardized talk page message )
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. Warning: Wikimedia Commons takes copyright violations very seriously and persistent violators will be blocked from editing.
العربية ∙ Deutsch ∙ English ∙ español ∙ français ∙ हिन्दी ∙ Bahasa Indonesia ∙ 日本語 ∙ ਪੰਜਾਬੀ ∙ português ∙ Türkçe ∙ Tiếng Việt ∙ 简体中文 ∙ 繁體中文 ∙ +/− Prototyperspective (talk ) 17:00, 15 October 2024 (UTC) [ reply ]
Hi RoyZuo , I wanted to thank you for nominating [1] , I very much appreciate it, Ozzie--Ozzie10aaaa (talk ) 14:03, 21 October 2024 (UTC) [ reply ]
Hello RoyZuo
I noticed you mentioned on https://phabricator.wikimedia.org/T343131#9887951
that "that out of the 7 million in Category:Files with no machine-readable author, 3.8 are DPLA uploads.
but they had author info in their source repos."
I was considering implementing a bot run to fetch that information and adding them to the files (that would then require an authorization of new task, but step-by-step). Do you have details on where to find it on DPLA from their link and how it should be presented on the file page ?
Platonides (talk ) 00:00, 22 November 2024 (UTC) [ reply ]
@Platonides it seems the presence of author info is not consistent.
File:Some Lonesome Night- Fox Trot - DPLA - d33915de85d21f7d9b9f19f62b9dedf5 (page 17).jpg , follow the DPLA identifier, you will see "Creator Buffano, Jules, 1897-1960"
but File:Homemaking Institute Programs- 1951-1967 - DPLA - 9af7990942c755ee161b10dbcfee9cd2 (page 31).jpg dpla is dead; File:An Elegy on the Death and Burial of Cock Robin - DPLA - page 05.jpg has no creator info on dp.la .
still, if you harvest the ones that have "creator", i think it's a big step forward. RoyZuo (talk ) 00:35, 22 November 2024 (UTC) [ reply ]
File:Simonides woman-2 - DPLA - 8b83011ec41404b9fa88f082b4c324ab.jpg creator info was imported, but in non-machine readable format. it needs to be converted to artist / author parameter of {{Artwork}} . RoyZuo (talk ) 00:40, 22 November 2024 (UTC) [ reply ]
oh snap, i didnt see clearly. actually probably all those with creator info from dp.la have had that info imported, but they are in the strange format.
https://commons.wikimedia.org/w/index.php?search=deepcategory%3A%22Files_with_no_machine-readable_author%22+insource%3A%2FInFi+%5C%7C+Creator%2F accounts for half of the dpla uploads.
just need a regex replace, to convert for example
| Other fields 1 = {{ InFi | Creator | United States. Works Progress Administration; United States. Work Projects Administration }}
to
| author = United States. Works Progress Administration; United States. Work Projects Administration RoyZuo (talk ) 00:49, 22 November 2024 (UTC) [ reply ]
@Platonides an edit like https://commons.wikimedia.org/w/index.php?diff=960771895 would solve the problem for probably as many as 2 million such files. RoyZuo (talk ) 08:32, 25 November 2024 (UTC) [ reply ]
but it's questionable whether most dpla uploads should even use {{Artwork}} , which adds them to Category:Artworks without Wikidata item , but most of them are not artworks and dont deserve a wd item. RoyZuo (talk ) 08:34, 25 November 2024 (UTC) [ reply ]
PS: You probably to update your Phab profile so it links to RoyZuo as MediaWiki user instead of RZuo Platonides (talk ) 00:00, 22 November 2024 (UTC) [ reply ]
Cakelot1 ☞️ talk 23:23, 29 November 2024 (UTC) [ reply ]
In this version of File:2020年12月13日 南京大屠杀死难者国家公祭日:中俄学生齐聚抗战馆共唤和平.webm , the file is tagged as the MOTD of 2023年12月13日. According to Template:Motd/2023-12-13 (and also judging on MOTD's description), it was intended to be the MOTD for that day in April, but was abruptly changed to File:高耀潔:抗艾滋必須實事求是.webm by you.
Are there any reasons or discussion behind the change?廣九直通車 (talk ) 07:15, 13 December 2024 (UTC) [ reply ]
@廣九直通車 it contains montages of unsourced photos, without any info about country of origin, author, publication date, etc. They are quite likely still in copyright (assume their source of country might have life+70, then the photographers must have been dead before 2025-70=1955 for them to be in pd now, which is not very likely).
So i swapped it out.
The replacement was chosen coz Gao just passed away a few days prior. RoyZuo (talk ) 08:37, 13 December 2024 (UTC) [ reply ]
From 1m22s onward. Particularly, 1m37s is by Olga Vsevolodovna Ignatovitsj (Q4197476) who died in 1984.--RoyZuo (talk ) 08:45, 13 December 2024 (UTC) [ reply ]
Thank you. Will consider whether a DR is needed based on your comments.廣九直通車 (talk ) 09:27, 13 December 2024 (UTC) [ reply ]
FYI, the deletion request has been filed at here .廣九直通車 (talk ) 09:18, 9 January 2025 (UTC) [ reply ]
Hello, I noticed only just recently that this could be a problem, though I’ve edited several of the uploaded files over the time: Files are uploaded by User:RoyZuoMedia , clearly readable in the file upload history, but the visible author in the information box is Roy Zuo . I would appreciate it if you – while you are logged in as RoyZuo – would add some lines on the user page of RoyZuoMedia making it clear that both accounts belong together. And probably also RoyZuoMedia should add a similar information here on the user page of RoyZuo . — Speravir – 00:36, 14 December 2024 (UTC) [ reply ]
Or vice versa? RoyZuoMedia writes on their user page and you as RoyZuo on your user page that you both belong together? — Speravir – 01:13, 14 December 2024 (UTC) [ reply ]
@Speravir the usernames are self explanatory; the user talk page is a redirect; my surname is rare. I think users would not possibly reasonably have a different expectation that the accounts belong to two different people. Because of the user talk redirect, any message to that page is automatically forwarded here. RoyZuo (talk ) 08:01, 14 December 2024 (UTC) [ reply ]
Oh, I had not noticed the redirect. — Speravir – 01:07, 15 December 2024 (UTC) [ reply ]
1945@gmail.com 2001:FB1:E1:3CCB:1B3:3431:C7FD:C3F0 01:43, 3 February 2025 (UTC) [ reply ]
https://en.wikipedia.org/w/index.php?title=Wikipedia:Reference_desk/Science&oldid=1274804439#Word_for_fruit_defect%EF%BC%9F Trade (talk ) 10:26, 9 February 2025 (UTC) [ reply ]