「Wikipedia:机器人/作业请求」:修訂間差異
David Xuang(留言 | 貢獻) |
|||
第312行: | 第312行: | ||
:{{BOTREQ|coding}}--[[User:Kanashimi|Kanashimi]]([[User talk:Kanashimi|留言]]) 2022年11月3日 (四) 07:59 (UTC) |
:{{BOTREQ|coding}}--[[User:Kanashimi|Kanashimi]]([[User talk:Kanashimi|留言]]) 2022年11月3日 (四) 07:59 (UTC) |
||
:@[[User:David Xuang|David Xuang]] 現在的列表是有問題的都處理完後的最新列表嗎--[[User:Kanashimi|Kanashimi]]([[User talk:Kanashimi|留言]]) 2022年11月3日 (四) 08:03 (UTC) |
:@[[User:David Xuang|David Xuang]] 現在的列表是有問題的都處理完後的最新列表嗎--[[User:Kanashimi|Kanashimi]]([[User talk:Kanashimi|留言]]) 2022年11月3日 (四) 08:03 (UTC) |
||
::是的,所有的项都至少是其中之一: |
|||
::* 在[[:分类:物种微格式条目]]下 |
|||
::* 经过人工检视 |
|||
::--[[User:David Xuang|<span lang="en" style="font-family: 'Georgia Pro', Georgia, 'Linux Libertine', serif; font-variant: small-caps;">DvXg</span>]] [[User talk:David Xuang|📬]] 2022年11月3日 (四) 08:06 (UTC) |
於 2022年11月3日 (四) 08:06 的修訂
中文
本頁面用來請求機器人協助完成一些相對簡單而重複的作業,任何請求都必須符合機器人政策。想檢視現有的機器人,請參見Wikipedia:機器人/列表。
對於某個機器人的問題,請向其擁有者詢問。若發現機器人運作不良,請直接提醒該使用者,或至當前的破壞報告。
許多請求被拒絕的原因,可能是因為作業內容過於複雜,或是請求項目需要獲得社群共識。
假設,如果您請求的機器人作業是把所有的條目討論頁加上一個專題標誌模板以將其特定分類或子分類,請非常謹慎地檢查以確定其分類樹中沒有任何非目標的子分類:例如您可能沒留意到(在英文維基百科中)Category:第二次世界大戰其實(曾經)是Category:泰國的子分類,但事實上機器人在修改後者時將會波及前者。因此,我們提出要求時應提供完整的分類清單,以供機器人作個別處理,而非提供一個大分類再讓機器人修改所有相關分類而因而陷入遞迴。以下是英語版維基的一個成功請求,以及一個不良請求(及其造成的爛攤子)。中文維基的爛攤子例子見此。
關於專題,請參看維基百科:專題委員會/技術支持
流程
提出請求
- 請求者必須說明作業的內容、範圍與理由。如果曾在他處討論,也請附上連結。
- 在作業前可能會有使用者提問,視內容可能會被判斷為不適合機器人作業。
- 提出請求建議先經過討論,可以利用BOTREQ記號模板。更動範圍過大或與現行方針指引有出入的修改應該先在互助客棧或相關專題討論。
- 在作業完成的報告後,請確認作業內容是否符合預期,並在本頁面回報。
接受請求
- 擁有機器人的使用者,請在進行作業前在本頁面表明接受請求,以免多個使用者同時作業而出現衝突。{{BOTREQ}}可以用來方便回應。
- 任何相關疑問請在本頁面或適當討論場所提出。
- 當機器人作業完成之後,請在本頁面回報,說明完成的內容,並在作業確認完成後存檔。
請求區
# | 需求 | 進度 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) | 🤖 最新機器人操作者 | 🕒 (UTC+8) |
---|---|---|---|---|---|---|---|---|
1 | 請求將Statute of Westminster 1931的所有其他譯名批量替換為《1931年西敏法規》 | 1 | 1 | Mosowai | 2022-10-10 12:30 | |||
2 | 請求替換連結 | 12 | 3 | 微腫頭龍 | 2024-11-26 00:03 | Kanashimi | 2024-01-25 20:19 | |
3 | 替換內部連結 | 未完成 | 9 | 3 | CaryCheng | 2024-11-10 11:16 | ||
4 | 清理Special:PagesWithBadges | 3 | 2 | Shizhao | 2024-08-31 19:47 | |||
5 | 清理(空格)年、(空格)月、(空格)日、(空格)人和1,000等西方數字格式 | 3 | 3 | Hamish | 2024-11-11 20:37 | |||
6 | 請求產生Wikipedia:資料庫報告/檔案描述頁 | 完成 | 13 | 2 | Hamish | 2024-11-17 20:47 | ||
7 | 批量建立重新導向 | 完成 | 6 | 3 | Martinc021 | 2024-11-12 05:18 | Iming | 2024-11-09 19:31 |
8 | 請求將目前連結到斯闊谷 (加利福尼亞州普萊瑟縣)的跨語言連結調整到奧林匹克谷 | 已關閉 | 2 | 2 | HanTsî | 2024-09-19 02:36 | ||
9 | 單獨轉換 | 3 | 2 | HanTsî | 2024-10-16 09:02 | |||
10 | 清理重複Wayback模板 | 3 | 2 | YFdyh000 | 2024-09-22 09:02 | YFdyh000 | 2024-09-22 09:02 | |
11 | 請求批量替換{{Navbox subgroup}} | 4 | 3 | Dabao qian | 2024-10-07 01:05 | |||
12 | 清理Category:引文格式1錯誤:日期 | 7 | 3 | Wang31 | 2024-10-18 23:47 | YFdyh000 | 2024-10-18 02:22 | |
13 | 關於維基媒體使用條款等全域政策檔案被基金會從元維基移動至維基媒體基金會管理 Wiki | 7 | 3 | 石汗顏 | 2024-10-28 10:32 | |||
14 | 請求批次移除下面分類內容 | 完成 | 10 | 2 | 迴廊彼端 | 2024-11-25 23:10 | Iming | 2024-11-14 10:31 |
15 | 請求長期作業:移除條目空間的Category:使用建立條目精靈建立的頁面分類 | 處理中…… | 8 | 2 | Hamish | 2024-11-18 17:48 | ||
16 | 請求變更涉及全國重點文物保護單位的內容 | 處理中…… | 9 | 3 | Iming | 2024-11-14 09:22 | Iming | 2024-11-14 09:22 |
17 | 清理Category:使用Pathnav的條目 | 處理中…… | 3 | 2 | Hamish | 2024-11-20 02:58 | ||
18 | 請求大量修正「佛羅裡達」錯別字 | 未完成 | 18 | 4 | Txkk | 2024-11-26 11:27 | Iming | 2024-11-25 19:05 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
存檔 | |||||||||
---|---|---|---|---|---|---|---|---|---|
| |||||||||
早於183日的討論將會由A2093064-bot存檔。 |
一些小修正
- 間隔號的不當使用:• => ·
- 數學公式中微分算子的不當斜體:(\<math\>.*?)d([xyz].*?\<math\>) => \1\\mathrm{d}\2,以及\frac{d}{d[xyz]}這種也要修。當然不局限於xyz,細節再說吧。
其他的,想到再補充。AWB和bot其實都可以。 --碸中嘌呤的白磷萃取 打譜 2017年3月4日 (六) 14:55 (UTC)
- @WhitePhosphorus: 可以各舉例子嗎?謝謝--Gabriel Chi Hong Lee (找我算帳) 2018年1月15日 (一) 09:27 (UTC)
- 看了幾個頁面:微分算子、達布積分、三角換元法,大概有這些情形:
<math>dx</math> → <math>\mathrm{d}x</math>
→<math>d\theta</math> → <math>\mathrm{d}\theta</math>
→<math>\frac{d}{dx}</math> → <math>\frac{\mathrm{d}}{\mathrm{d}x}</math>
→<math>d \over dx</math> → <math>\mathrm{d} \over \mathrm{d}x</math>
→<math>\frac{d^n y}{dx^n}</math> → <math>\frac{\mathrm{d}^n y}{\mathrm{d}x^n}</math>
→
- d是不用斜體的嗎?--【和平至上】💬📝 2019年7月19日 (五) 14:47 (UTC)
- @和平至上:通常斜體只用在變數上,這裡的不是變數。-- tang891228 留言 2019年7月27日 (六) 02:35 (UTC)
- ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:12 (UTC) 不對額,我學的數學沒聽過variable斜體的。我看的數學書中的dy/dx都是全斜體的。
- ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 12:13 (UTC) 數學上variable才使用斜體的證據是?
- (+)強烈支持:平常一般懶得打[開玩笑的],但不用斜體才是符合規範的。[1] --DRIZZLE (留言) 2020年5月30日 (六) 11:48 (UTC)
- 擱置 無人處理。--Q28建議大家多多關注詩佛、詩魔與詩瓢 2022年5月19日 (四) 04:21 (UTC)
參考資料
- ^ Thompson, Ambler; Taylor, Barry M. Guide for the Use of the International System of Units (SI) — NIST Special Publication 811, 2008 Edition — Second Printing (PDF). Gaithersburg, MD, USA: NIST. March 2008: 35.
自動為文檔加入{{缺乏中文說明}}
目前有大量的模板文件和模組文件是英文的,但很多都沒有掛上{{缺乏中文說明}}
。——SolidBlock留言 2019年10月26日 (六) 23:42 (UTC)
- 模板文檔或模組文檔可能會出現使用其他語言的模板使用說明或模組使用說明(如法文、日文)--林勇智 2019年10月27日 (日) 12:32 (UTC)
- 按理來說,這些文檔也應該掛{{缺乏中文說明}}。--SolidBlock留言 2019年11月1日 (五) 11:03 (UTC)
- 讀起來不像中文的就掛{{缺乏中文說明}}--林勇智 2019年12月4日 (三) 12:10 (UTC)
- 有誰會中文資訊處理的?讀起來不像中文的文檔就掛{{缺乏中文說明}}--林勇智 2019年12月4日 (三) 12:50 (UTC)
- 「讀起來像不像....」的判斷可能無法使用機器人自動判斷。分類器的分類例外問題無法排除。-- 娜娜奇🐰鮮果茶☕(宇帆·☎️·☘️) 2019年12月4日 (三) 12:50 (UTC)
- 不在CJKV區域的字元比例過高就掛模板,不用管日語和漢語的相同字形。--jingkaimori(留言) 2020年4月7日 (二) 11:40 (UTC)
- 「讀起來像不像....」的判斷可能無法使用機器人自動判斷。分類器的分類例外問題無法排除。-- 娜娜奇🐰鮮果茶☕(宇帆·☎️·☘️) 2019年12月4日 (三) 12:50 (UTC)
- 按理來說,這些文檔也應該掛{{缺乏中文說明}}。--SolidBlock留言 2019年11月1日 (五) 11:03 (UTC)
- 掛上去,不一定會有人去翻吧?
- 我認為沒有甚麼實質效益--死灰(留言) 2021年9月19日 (日) 11:17 (UTC)
- 這個模板就是為了讓人們去翻譯文檔的,而且掛了又沒有害處(而且確實有一點點好處)。--GUT412454(留言) 2022年2月12日 (六) 13:15 (UTC)
為使用Template:Information模板而非專用模板、以致被判定為無合理使用依據的非自由著作權圖像進行模板替換
相關討論見Wikipedia:互助客棧/其他#關於圖片合理使用依據清查,此次清查被判定為無依據的合理使用圖像中有較大一部分條目使用Template:Information模板而非專用模板、以致被判定為無合理使用依據。鑑於Template:Information與Template:Non-free use rationale 2的關鍵參數可以互通。因此提議:
- 將相關檔案頁的Template:Information替換為Template:Non-free use rationale 2;
- 提取使用此圖片的條目名稱,以自動填入
| Article =
參數; - 模板結尾添加下列文字:
| Portion = 圖片的使用是为了传达图像本身所含有的意义和信息,且避免让读者误解该图像所欲传达的原始意义和信息。 | Minimality = 本图片的尺寸和分辨率既能确保图片品质以资辨识,又避免了不必要的过高分辨率。 | Purpose = 见授权协议。 | Replaceability = 由于本图片几乎并没有相同的免费或自由版权来源。任何非衍生作品的替代图片将无法传达本图片原本的含意,可能会造成对于条目描述主题的误解。 | Commercial = 该使用不会取代原始版权媒介所具有的市场作用。
本提議所涉的檔案均位於Category:沒有合理使用依據的檔案分類內,數量為至多1000個。 Jyxyl9批判一番 2020年1月23日 (四) 07:30 (UTC)
- (+)支持不過如果合理使用檔案被使用於超過一個條目,就為每個條目新建一個使用依據?廣九直通車(留言) 2020年1月23日 (四) 12:22 (UTC)
- 嗯,如果技術上無法實現可以人工調整。畢竟這種情況比較少。Jyxyl9批判一番 2020年1月24日 (五) 09:43 (UTC)
- 這種情況並不少,有超過1400個非自由圖片用於多個條目,請見列表。--Wcam(留言) 2020年1月24日 (五) 22:46 (UTC)
- 你列出的是全zhwiki所有用於多個條目的非自由圖片。而本次涉及的只是因清查而提刪的一千條左右條目,相信符合此標準的數量不會很多。Jyxyl9批判一番 2020年1月28日 (二) 12:55 (UTC)
- 這種情況並不少,有超過1400個非自由圖片用於多個條目,請見列表。--Wcam(留言) 2020年1月24日 (五) 22:46 (UTC)
- 嗯,如果技術上無法實現可以人工調整。畢竟這種情況比較少。Jyxyl9批判一番 2020年1月24日 (五) 09:43 (UTC)
- (+)支持。—— Eric Liu (留言.留名.學生會) 2020年1月23日 (四) 16:25 (UTC)
- 傾向(-)反對,WP:NFCC#10c規定合理使用依據必須與每一次使用確切相關,使用如此空泛含糊、放之四海而皆準的合理使用依據文字進行批量替換,雖可使圖片免受快速刪除,實則直接違反WP:NFCC#10c規定。不同類型的非自由檔案,例如標誌、封面海報、歷史圖片等,在條目中起到的作用不盡相同,其符合WP:NFCC10條標準的理由也不盡相同,有時需要結合具體的非自由檔案和具體條目進行說明(例如File:Alan Kurdi lifeless body.jpg)。--Wcam(留言) 2020年1月24日 (五) 23:04 (UTC)
- (+)支持。整件事情就是有使用者大量提請F9(本來是沒問題的),但是由於速度太快、量太多,社群根本承受不了。除非管理員同意暫緩執行F9一段比較長的時間,否則這機器人作業請求必須執行。Sanmosa 2020年1月26日 (日) 07:11 (UTC)
- (+)支持。另請參見刪除方針:「管理員應依照本方針執行刪除和還原操作。刪除決定不應輕易地做出,如果社群對一個頁面是否應當刪除存在爭議,則該頁面通常不應刪除。我們應該儘量保留所有合乎百科全書目標的頁面,刪除應該是最後的選擇。在把頁面提交刪除流程之前,請仔細考慮其他非刪除的手段是否能改善頁面。」大量提刪一些因為錯誤使用{{Information}}導致理據出現瑕疵圖片,嚴格意義上是嚴重違反方針的擾亂行為。--人類的悲歡並不相通,我只覺得他們吵鬧 2020年1月26日 (日) 07:20 (UTC)
- (+)支持:敝人實在不想一個個去做更正。--Qqkuro66541(留言) 2020年1月26日 (日) 10:30 (UTC)
- (!)意見:如果不希望一個個去更正,至少應根據圖片類型做出一個粗略的細分,按類型替換,且部分專用合理使用依據模版本身已包含詳細的依據文字。目前已有的專用合理使用依據模版和著作權標籤對應關係如下:
- Template:Non-free use rationale album cover --> {{Non-free album cover}}
- Template:Non-free use rationale book cover --> {{Bookcover}}
- Template:Non-free use rationale logo --> {{Non-free logo}} {{Non-free seal}} {{Symbol}}
- Template:Non-free use rationale poster --> {{Non-free poster}}
- Template:Non-free use rationale video cover --> {{Non-free poster}} (僅限電影海報)
- Template:Non-free use rationale video game cover --> {{Non-free video game cover}}
- Template:Non-free use rationale video game screenshot --> {{Non-free video game screenshot}}
- Template:Non-free use rationale title-card --> {{Non-free title-card}}
- Template:Non-free use rationale biog --> {{Non-free biog-pic}}
- --Wcam(留言) 2020年1月26日 (日) 13:45 (UTC)
- @Wcam:關於之前Wcam提出的的問題,也許可以在機器人暫時更正的同時再在檔案描述頁中加個臨時分類(例如Category:需要復檢使用用途的合理使用檔案之類的),那也可以把需要人手復檢的檔案再檢視一次?廣九直通車(留言) 2020年1月27日 (一) 06:10 (UTC)
- 不反對。那些使用{{Non-free use rationale 2}}的,遲下加個{{logo}}或類似的模板就OK,也不是一定要用專用模板。ꓢꓯꓠꓟꓳꓢꓮ 2020年1月27日 (一) 11:49 (UTC)
- 授權協議的種類標誌跟海報應該不會放錯,可從模板分類下手,Category:標誌、Category:合理使用海報。 --Qqkuro66541(留言) 2020年1月27日 (一) 16:38 (UTC)
- (+)傾向支持:若技術上能實現,個人支持。Jyxyl9批判一番 2020年1月28日 (二) 12:55 (UTC)
- @Wcam:關於之前Wcam提出的的問題,也許可以在機器人暫時更正的同時再在檔案描述頁中加個臨時分類(例如Category:需要復檢使用用途的合理使用檔案之類的),那也可以把需要人手復檢的檔案再檢視一次?廣九直通車(留言) 2020年1月27日 (一) 06:10 (UTC)
- 另外關於連Template:Information等可機讀資料模板都沒有的合理使用檔案(這種我也查了不少,例如User:Galaxyharrylion這種人),會不會同時也用機器人加個維護分類,以便人手處理/刪除(無來源檔案)?謝謝。廣九直通車(留言) 2020年1月31日 (五) 06:32 (UTC)
現時已經有千多個檔案被刪除了,是不是沒有人幫手做呢?--Wpcpey(留言) 2020年11月10日 (二) 00:35 (UTC)
- 擱置長時間無討論。--Q28建議大家多多關注詩佛、詩魔與詩瓢 2022年5月19日 (四) 04:42 (UTC)
- 可行,但是沒有想像這麼簡單,有些Information模板被替換引用,沒有像沒有直接對應如此簡單。 Willy1018(留言) 2022年6月4日 (六) 15:40 (UTC)
羅馬尼亞鄉份按縣分類
是否可以幫助將分類:羅馬尼亞鄉份中的條目,按照分類:羅馬尼亞縣份和分類:羅馬尼亞行政區劃進行分類呢?謝謝。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:25 (UTC)
- @Aronlee90:其實沒懂您意思。--Hamish論 2020年6月12日 (五) 12:27 (UTC)
- 就是羅馬尼亞鄉份這個內含條目過多,按照羅馬尼亞的行政區劃,不同的鄉隸屬於不同的縣,所以是否可以用機器人完成把所有鄉按照隸屬的縣的方式進行分類?比如類似這個:分類:戈爾日縣鄉份。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:30 (UTC)
- 所以是要機器人從條目中提取屬於哪個縣,然後再進行分類,對嗎?--Hamish論 2020年6月12日 (五) 12:35 (UTC)
- 對,比如剛才那個例子,已經有template:Covasna County,裡面已經分類好了,按這個就可以,參見Category:羅馬尼亞行政區劃模板。每個鄉的條目內應該也有所隸屬的縣。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:43 (UTC)
- 所以是要機器人從條目中提取屬於哪個縣,然後再進行分類,對嗎?--Hamish論 2020年6月12日 (五) 12:35 (UTC)
- 就是羅馬尼亞鄉份這個內含條目過多,按照羅馬尼亞的行政區劃,不同的鄉隸屬於不同的縣,所以是否可以用機器人完成把所有鄉按照隸屬的縣的方式進行分類?比如類似這個:分類:戈爾日縣鄉份。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月12日 (五) 12:30 (UTC)
- @Aronlee90:您可以直接在縣模板加入縣分類資訊,這樣能省很多工。可參考模板:戈爾日縣, 薩馬里內什蒂鄉。 --Kanashimi(留言) 2020年6月18日 (四) 14:01 (UTC)
- 非常感謝。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月18日 (四) 14:29 (UTC)
- @Aronlee90:此請求是否還有需要?-- Willy1018(留言) 2020年9月14日 (一) 03:54 (UTC)
- 有的,您有什麼好方法嗎?--Aronlee90(留言) 2020年9月14日 (一) 03:57 (UTC)
- 修改模板,例如將Template:Prahova County加入分類到羅馬尼亞普拉霍瓦縣,然後將所有聯入到此的模板含有Category:羅馬尼亞鄉份分類的於條目移除。-- Willy1018(留言) 2020年9月14日 (一) 04:09 (UTC)
- 有的,您有什麼好方法嗎?--Aronlee90(留言) 2020年9月14日 (一) 03:57 (UTC)
- @Aronlee90:此請求是否還有需要?-- Willy1018(留言) 2020年9月14日 (一) 03:54 (UTC)
- 非常感謝。--Aronlee90 Bashing Commies: A Good Cockroach is A Dead Cockroach. 2020年6月18日 (四) 14:29 (UTC)
- 處理中……。 Willy1018(留言) 2020年9月18日 (五) 04:00 (UTC)
- (?)疑問:@Aronlee90:這是不是要依據城市、鎮、鄉進行細分?像是鄉份對應英文版布澤烏縣鄉category:Communes in Buzău County。 Willy1018(留言) 2020年9月21日 (一) 02:08 (UTC)
- 是,是需要細分,現在「羅馬尼亞鄉份」下面的條目有2,669個之多,最好可以按照縣展開分類,如分為「普拉霍瓦縣鄉份」、「布澤烏縣鄉份」進行進一步細分,以便於閱覽。涉及到其他定居點的,可以按照縣份歸類,如「羅馬尼亞各縣聚居地」。--Aronlee90(留言) 2020年9月21日 (一) 02:18 (UTC)
- 擱置:如果需要細分,修改模板是不合適的,長遠目標是編程,依據模板裡的城市、鎮、鄉進行細分,但我不會,故請求他人處理或是手工完成。-- Willy1018(留言) 2020年9月21日 (一) 04:17 (UTC)
- 還有人處理這件事嗎?--Q28建議大家多多關注詩佛、詩魔與詩瓢 2022年5月19日 (四) 04:45 (UTC)
- 擱置:如果需要細分,修改模板是不合適的,長遠目標是編程,依據模板裡的城市、鎮、鄉進行細分,但我不會,故請求他人處理或是手工完成。-- Willy1018(留言) 2020年9月21日 (一) 04:17 (UTC)
清理Template:Short description用法錯誤
Template:Short description僅在英文維基中使用,若內容與維基數據相同則移除,剩下以人工檢查,彙整至維基數據。 Willy1018(留言) 2020年6月22日 (一) 06:39 (UTC)
- 這個應該是要定期處理?—— Eric Liu 創造は生命(留言.留名.學生會) 2021年10月25日 (一) 19:34 (UTC)
- 應定期處理。個人建議直接移除純英文內容,中文內容先注釋掉,人工轉移/合併到維基數據標籤可能缺乏人手。另見我在Wikipedia:機器人/申請/Ning-Bot的意見。--YFdyh000(留言) 2022年5月22日 (日) 16:19 (UTC)
字詞轉換處理
批量轉換音樂錄影帶為「音樂錄影帶」,已知簡體版本會使得Module:CGroup/Music中的相關項無法正確轉換。--百戰天蟲(留言)
- 請問簡體的音乐录影带在簡體中文中是沒有使用的嗎? 在錄影帶條目的轉換是录影带,在音樂錄影帶的轉換是音乐录像,Module:CGroup/Music則是音乐视频,wikidata是音乐影片。-Zest 2020年7月22日 (三) 00:17 (UTC)
- 「音樂錄影帶」一般是台灣那邊的講法吧,大陸通常說「音樂視頻」。--百戰天蟲(留言) 2020年7月22日 (三) 04:34 (UTC)
- 建議先送WP:VPD後再申請任務。-Zest 2020年7月22日 (三) 08:09 (UTC)
- 大陸直接用MV比較多。--Antigng(留言) 2020年8月13日 (四) 06:44 (UTC)
- 建議先送WP:VPD後再申請任務。-Zest 2020年7月22日 (三) 08:09 (UTC)
- 「音樂錄影帶」一般是台灣那邊的講法吧,大陸通常說「音樂視頻」。--百戰天蟲(留言) 2020年7月22日 (三) 04:34 (UTC)
- 擱置長時間沒有回覆--Q28建議大家多多關注詩佛、詩魔與詩瓢 2022年5月19日 (四) 04:47 (UTC)
把{{coord}}的資訊轉移到wikidata
大家好!我最近建立了不少北京通州的條目,並且放上了坐標。發現地圖無法顯示。原因是地圖的數據來源是wikidata。請問能否幫忙把我建立的條目的坐標批量轉移到wikidata,並且將條目原有模板的坐標刪除(刪除後,模板會自動使用wikidata的數據)。如果可以,也可以把所有條目都這樣處理。--維基小霸王(留言) 2020年12月16日 (三) 07:48 (UTC)
- 擱置 久無回應。--Q28建議大家多多關注詩佛、詩魔與詩瓢 2022年5月19日 (四) 04:44 (UTC)
- (+)支持。--迴廊彼端(留言) 2022年10月29日 (六) 02:09 (UTC)
希望以機器人自動維護中國大陸行政區劃條目及相關數據
- 我偶爾會發現一些中國大陸行政區劃條目有錯誤,例如「Talk:永安壩水庫#請問下面這兩個條目是否相同」,其問題出於中國大陸國家統計局數據更新,但維基這邊沒跟上。
- 又用模板語法產生的消歧義頁面也會出錯,例如梅嶺鎮條目,此條目中一個有連結一個沒有是我刻意作的對比,梅嶺鎮 (詔安縣)修復後因為連結正確可以正常顯示,梅嶺鎮 (南昌市)則因連結到重新導向的維基數據頁面而出錯),想請問有沒有可能自動化維護,謝謝大家。--迴廊彼端(留言) 2021年4月16日 (五) 15:06 (UTC)
- 這一系列當初是Liangent花費心力處理的。您可提交互助客棧以獲得更廣泛的可行性、實際運作機制是否要大幅改版的討論。 --Kanashimi(留言) 2021年4月16日 (五) 22:00 (UTC)
- @Kanashimi:感謝您的回應,我先前有在技術客棧提起過,因為無人回應,我想說這是純粹技術問題就拿過來了。前者我不確定有沒有可能,但後者單純把維基數據重新導向頁修正為直連應該是必要而且可行性高,要不是我之前有碰過相關模板,看到沒實際消歧義功用、又沒辦法直接調整的頁面還真的會傻眼,何況這類條目甚多(單單此頁面上級分類Category:三字中國鎮名消歧義就有兩千多個,還有鄉名、二字、四字等等)根本無法以人力一一檢查,所以採用機器人處理恐怕是唯一有效解法。
- 又方便的話也希望@Liangent:瞭解一下相關狀況,並處理Gerrit:667374,謝謝辛苦。--迴廊彼端(留言) 2021年4月17日 (六) 14:13 (UTC)
- 這邊是覺得現在的運作機制不易維護。假如想方便修改,可能得改變運作機制。不過這傷筋動骨非常麻煩,也還沒想出什麼好的運作機制。--Kanashimi(留言) 2021年4月17日 (六) 21:39 (UTC)
- 行政區劃的變動往往需要人工判斷,尤其是一些冷門的區劃調整,根據現有資料難以開展機器人維護,建議駁回此案。不過我倒是建議可以開一個行政區劃錯誤反饋的計劃頁面,以收集錯誤報告。—MintCandy♫ 歡迎參加浙江專題 台州專題 2021年4月18日 (日) 01:16 (UTC)
- @MintCandy:後面這個提議不錯。--Hamish with w. 2021年4月25日 (日) 23:34 (UTC)
- 感謝各位回應,我本來是想說看有沒有什麼辦法自動定期取得中國大陸國家統計局那邊的數據(例如用網址檢查各地區代碼是否存在?),並即時更新,如果有技術困難就算了。不過也想請各位討論一下我的提案二,這種修復重新導向的機器人之前已有,只是我不確定能不能做到跨維基計畫的層級。--迴廊彼端(留言) 2021年4月26日 (一) 07:24 (UTC)
- @MintCandy:後面這個提議不錯。--Hamish with w. 2021年4月25日 (日) 23:34 (UTC)
- 剛剛花了半個多小時,大概是摸透了這個模板的運作機制,自動定期取得數據是可行的,但是即時更新似乎有點不太行,因為如果存在變動,需要人工判斷是不是同一個行政區劃,畢竟官方那邊只給你變動前後的數據,而不會給其對應之前的數據是哪個,如果要改,用機器人改,就只能光更新prc admin list那邊的數據,而無法跟條目內做到更新,其本質上是一樣的,就算能夠自動檢測引用了廢棄區劃代碼的頁面,亦是需要人工去做修改,而達不到自動更新的目的,除非國家那邊能給出對應差異,或者有人能夠堅持人工維護,不然這個提案基本不會成功。--Hamish with w. 2021年4月28日 (三) 00:27 (UTC)
- 也許可以參考 https://www.mca.gov.cn/article/sj/xzqh/1980/ (一般每年更新一次)?--忒有錢🌊塩水あります🐳(留言) 2022年10月13日 (四) 15:26 (UTC)
- User:Hamish有朋友找到了代碼變更對應資料,或可推進。--迴廊彼端(留言) 2022年10月29日 (六) 02:09 (UTC)
- 也許可以參考 https://www.mca.gov.cn/article/sj/xzqh/1980/ (一般每年更新一次)?--忒有錢🌊塩水あります🐳(留言) 2022年10月13日 (四) 15:26 (UTC)
- 剛剛花了半個多小時,大概是摸透了這個模板的運作機制,自動定期取得數據是可行的,但是即時更新似乎有點不太行,因為如果存在變動,需要人工判斷是不是同一個行政區劃,畢竟官方那邊只給你變動前後的數據,而不會給其對應之前的數據是哪個,如果要改,用機器人改,就只能光更新prc admin list那邊的數據,而無法跟條目內做到更新,其本質上是一樣的,就算能夠自動檢測引用了廢棄區劃代碼的頁面,亦是需要人工去做修改,而達不到自動更新的目的,除非國家那邊能給出對應差異,或者有人能夠堅持人工維護,不然這個提案基本不會成功。--Hamish with w. 2021年4月28日 (三) 00:27 (UTC)
- @迴廊彼端:另外您的第二條是指做這類變更嗎?--Hamish with w. 2021年4月28日 (三) 00:32 (UTC)
- @Hamish:謝謝辛苦,雖說有這樣的限制,但對於使用大量模板建立的條目(例如永安壩街道)還是挺有助益的,建議至少可以透過機器人定時更新列出「引用廢棄代碼的頁面」清單,甚至可以進一步分省讓各省主題小組去處理。
- 第二部份確實是做類似的修改沒錯,不過 wikidata-original-name 參數我在想要不要動,因為 Wikidata 那邊規定標籤「不放主空間條目名稱中的消歧義括號」,帶括號的名稱未來可能仍須修改。--迴廊彼端(留言) 2021年4月28日 (三) 01:38 (UTC)
- @迴廊彼端:第一個如果是要建立這種清單分類也可以,我可以嘗試著做,而且應該也能做得出(我不鴿的話lol),第二個嘛,已經在做了,但是我只會修改
wikidata
這個參數,wikidata-original-name
我的想法是目前先不動,之後再說。--Hamish with w. 2021年4月28日 (三) 01:43 (UTC)- @Hamish:那真是太棒了,建議第一個清單可以採取類似User:Cewbot/需要修正的跨語言連結的格式不要用分類,不然分類一次只能看兩百個有點麻煩;第二項我與你想法相同,期待您的成果:)--迴廊彼端(留言) 2021年4月28日 (三) 02:22 (UTC)
- @迴廊彼端:第一個如果是要建立這種清單分類也可以,我可以嘗試著做,而且應該也能做得出(我不鴿的話lol),第二個嘛,已經在做了,但是我只會修改
- 相關討論: 維基百科:互助客棧/條目探討#中國鄉級行政區模板的嚴重問題! --Kanashimi(留言) 2021年11月28日 (日) 07:36 (UTC)
添加{{lang}}模板
希望能在https://zh.wikipedia.org/wiki/Special:%E7%94%A8%E6%88%B7%E8%B4%A1%E7%8C%AE/Trymybestwikipedia 這些頁面中加入{{lang}}模板──以上未簽名的留言由Jonathan5566(討論|貢獻)於2021年5月9日 (日) 02:48加入。
請求自動為已上新聞動態的條目的討論頁添加{{ITNtalk}}模板
請問各位維基人,是否可以自動為上了新聞動態的條目的討論頁添加Template:ITNtalk{{ITNtalk}}模板。謝謝大家!——Zzhtju(留言) 2021年5月16日 (日) 13:19 (UTC)
- @Zzhtju 每一則新聞往往有多個連結,難以判斷應該是哪個文章該標上這個模版。有的時候甚至有兩個以上的文章需要標此模板,例如2021年11月8日。 --Kanashimi(留言) 2021年11月28日 (日) 07:30 (UTC)
- 已經上新聞動態的條目,不是已經確定到底哪個或者哪些條目是主要新聞動態的條目了嗎?就是加粗的那個。--Zzhtju(留言) 2021年11月29日 (一) 11:31 (UTC)
- 看起來並不是所有申請都採用{{Itn}}... e.g., 維基百科:新聞動態候選/存檔/2018年10月 --Kanashimi(留言) 2021年11月29日 (一) 11:54 (UTC)
- 能麻煩您解釋一下嗎,我沒太看懂。--Zzhtju(留言) 2021年11月29日 (一) 13:16 (UTC)
- 假如所有新聞動態申請都採用了相同的格式,那機器人就能很容易做出判斷。但假如採用的是複雜的格式,可能就涉及必須解析wikitext的問題。雖不是不可能,但這樣的機器人比較容易出錯,並且會複雜得多。--Kanashimi(留言) 2021年11月29日 (一) 20:57 (UTC)
- 那請問為最通用相同的格式的添加也不太現實嗎,另外請問一下2018年10月的存檔格式好像也沒有區別。--Zzhtju(留言) 2021年11月30日 (二) 04:15 (UTC)
- 不曉得Jimmy-bot存檔的時候為什麼要展開模板。由於格式較紊亂,這邊沒打算動手。--Kanashimi(留言) 2022年6月23日 (四) 23:28 (UTC)
- 那請問為最通用相同的格式的添加也不太現實嗎,另外請問一下2018年10月的存檔格式好像也沒有區別。--Zzhtju(留言) 2021年11月30日 (二) 04:15 (UTC)
- 假如所有新聞動態申請都採用了相同的格式,那機器人就能很容易做出判斷。但假如採用的是複雜的格式,可能就涉及必須解析wikitext的問題。雖不是不可能,但這樣的機器人比較容易出錯,並且會複雜得多。--Kanashimi(留言) 2021年11月29日 (一) 20:57 (UTC)
- 能麻煩您解釋一下嗎,我沒太看懂。--Zzhtju(留言) 2021年11月29日 (一) 13:16 (UTC)
- 看起來並不是所有申請都採用{{Itn}}... e.g., 維基百科:新聞動態候選/存檔/2018年10月 --Kanashimi(留言) 2021年11月29日 (一) 11:54 (UTC)
- 已經上新聞動態的條目,不是已經確定到底哪個或者哪些條目是主要新聞動態的條目了嗎?就是加粗的那個。--Zzhtju(留言) 2021年11月29日 (一) 11:31 (UTC)
前者1391個頁面,後者421個頁面,累計1812個頁面。
以溫泉寺為例,修改前的效果見現狀,修改後的效果如右側所示:
溫泉寺 | |||||
---|---|---|---|---|---|
重慶市文物保護單位 | |||||
地址 | 北碚區澄江鎮北溫泉內 | ||||
分類 | 古建築 | ||||
時代 | 明代、清代 | ||||
編號 | 1-53 | ||||
認定時間 | 2000年9月7日 | ||||
|
要點:保留最後一個模板(即當前的保護等級),其餘模板內容轉入保護歷史,初定名單相當於徵求意見稿,以最終公布的正式名單為準,無需列入。重慶早年為省轄市(相當於地級市),後來是直轄市,省轄市級文物保護單位相當於市級,直轄市級文物保護單位相當於省級,為作區分,可在原省轄市級文物保護單位後括注(市級)。
--貓貓的日記本(留言) 2022年1月16日 (日) 07:44 (UTC)
反對,以前的分類更詳細 可於分類反應歷史Urga(留言) 2022年7月19日 (二) 06:32 (UTC)
使用條目中的Speciesbox中的數據,自動整理Category:植物小作品中的條目至子分類
如題。只整理有Speciesbox的條目。--GUT412454(留言) 2022年2月12日 (六) 13:04 (UTC)
- @GUT412454 能更清楚描述一下,示範編輯一下嗎?--Kanashimi(留言) 2022年9月8日 (四) 10:56 (UTC)
- Special:差異/73570997--GUT412454(留言) 2022年9月8日 (四) 12:23 (UTC)
- 嚴格來說,應該是將植物小作品模板調整為更明確的小作品模板。--GUT412454(留言) 2022年9月8日 (四) 12:26 (UTC)
- 細分這個,有點用但不是特別有用,條目內容更重要。如果細分的小作品分類沒人看,細分就無價值吧,小作品模板的外觀區別不大。--YFdyh000(留言) 2022年9月8日 (四) 12:31 (UTC)
- 既然Category:植物小作品裡面有{{Category diffuse}}和{{Very large}},細分就的確是一個問題。如果不是問題,那就可以去掉這兩個模板。Wikipedia:對「沒壞別修」的誤解--GUT412454(留言) 2022年9月20日 (二) 03:13 (UTC)
- 嗯...好像不如想辦法擴增更有用? 另外要準確判別似乎不容易--Kanashimi(留言) 2022年9月8日 (四) 12:39 (UTC)
- 既然{{Speciesbox}}能通過物種名在{{Taxonomy}}中獲取到物種的分類資訊,那麼機器人就也能。--GUT412454(留言) 2022年9月20日 (二) 03:16 (UTC)
- 細分這個,有點用但不是特別有用,條目內容更重要。如果細分的小作品分類沒人看,細分就無價值吧,小作品模板的外觀區別不大。--YFdyh000(留言) 2022年9月8日 (四) 12:31 (UTC)
- 不太建議全部自動整理,可以用分類進行調整
- Category:石斛屬→{{蘭科小作品}},此外目前Category:植物小作品有25,436 個我認為有細分的需要。-- Willy1018(留言) 2022年10月3日 (一) 22:23 (UTC)
把WebCite連結替換為Wayback Machine連結
WebCite下線了,其保存的網頁不能檢視了,顯示報錯資訊「DB Connection failed」。--Txkk(留言) 2022年4月16日 (六) 09:26 (UTC)
- 完成全部由IABot完成,若有沒有修改到的請在此處修正。-- Willy1018(留言) 2022年10月17日 (一) 12:12 (UTC)
地鐵相關條目用詞不當替換
近期建立的一些地鐵條目,當中出現了「於2019年12月25日開業」字眼。地鐵不應使用「開業」字樣,而應該使用「開通」字樣。故申請將其替換為「於2019年12月25日開通」。--Q28~ꓐꓰ ꓧꓮꓑꓑꓬ~建議大家多多關注詩佛、詩魔與詩瓢 2022年5月28日 (六) 12:30 (UTC)
- 加註:香港地區詞更多使用「通車」而非「開通」。近期通車的港鐵東鐵綫過海段媒體報道當中,使用「開通」千餘則,使用「通車」七千餘則,若是處理可考慮同時處理地區詞。--路西法人 2022年5月31日 (二) 16:09 (UTC)
- 須經討論 2014年就有人寫「開業」。應討論後逐一而非批量替換。「開業」的確怪怪的。開通、通車等不錯,不過是否會牽扯到隧道打通、試車、試運營等歧義概念?「投入營運」的說法可能不錯,或者「通車運營」。--YFdyh000(留言) 2022年6月3日 (五) 04:20 (UTC)
大型歌唱選秀節目
請求批量移除(insource:大型歌唱選秀節目)中的大型二字。該字詞明顯違反中立性方針,且被多次加入。 長遠建議設立過濾器。--1233 (T / C) 2022年6月2日 (四) 18:46 (UTC)
- 須經討論依據機器人方針上下文有關的修訂:「機器人不應以全自動方式進行上下文有關的修改。這類修訂應於人類編輯的監督下進行。...或社群同意該任務在不受監督的情況下運行(如回退某人的所有編輯,不論好壞),則屬例外。」故請至互助客棧討論後再提請。-- Willy1018(留言) 2022年6月4日 (六) 15:35 (UTC)
- 先前討論。個人贊成移除,但全自動恐怕做不到。搜尋結果似乎不穩定,"大型歌唱"約60個。星動亞洲 (真人秀節目)「大型偶像養成類真人秀節目」、"大型選秀節目"等類似。"大型談話" 3條。
- 其實未嘗找不到來源或某些定義,但這種修飾詞主要目的應該還是宣傳。「央視大型節目製作中心」「北京廣播電視台新聞中心大型節目組」。
- 題外話,"中型購物中心"、"大型購物中心"是否因存在某些明確定義、通常是規模而非宣傳性而豁免?但定義也並不統一、可能不可靠,並仍有宣傳性。[1]按面積,[2]按租戶數量,且兩者非可靠來源。--YFdyh000(留言) 2022年6月4日 (六) 15:54 (UTC)
更新中國大陸各省、市、縣人口以及GDP數據,目前很多還停留在2015年
資料庫來源已找到:https://www.hongheiku.com ,想請會代碼的朋友幫忙編寫,本人不會寫代碼 --以上未簽名的留言由Occocc08(討論|貢獻)加入。
- http://www.stats.gov.cn/ 這個權威--Occocc08(留言) 2022年6月8日 (三) 03:27 (UTC)
- 我認為可以通過更新模板來進行更新。
- 我先建立一個Draft:Template:中國各地區人口,並把國家統計局第七次全國人口普查報告的資訊加入進去。對於各市、縣、區的人口,應當參照各地區統計局的網站並加入。
- 由於本人不會加入參數、然後顯示不同於參數的內容:
- 比如模板輸入「北京」、「萬」和「2」,顯示「2189.31萬人」
- 就算讀了模板相關指引也一樣不會
- 希望其他人幫助。--XYY23330121 2022年6月8日 (三) 03:46 (UTC)
- 省一級的更新不難因為數量不大,市縣級的量太大人工很難完成--Occocc08(留言) 2022年6月8日 (三) 07:33 (UTC)
- 試著繼續閱讀了一些指引,比如Wikipedia:LUA。寫出了一個不能運行的東西。
- 請各位幫忙查錯。--XYY23330121 2022年6月9日 (四) 06:02 (UTC)
- 已經改好了嗎? --Wikij1089(留言) 2022年8月16日 (二) 08:07 (UTC)
- 這種應該調用和遷移到維基數據,而非寫在模組原始碼。不利於維護、更新導致的頁面刷新將是很大成本。--YFdyh000(留言) 2022年9月8日 (四) 12:36 (UTC)
- 由於本人不會加入參數、然後顯示不同於參數的內容:
如題,將上述母分類中的子分類原始碼中的分類替換成{{Cathead ship year}}(效果如Category:1995年下水,模板已經過測試,各世紀分類均無問題);若出現如Category:1898年下水中的情況,可考慮保留年份索引。--東風(留言) 2022年7月21日 (四) 03:45 (UTC)
長期以來分類裡混合了一堆條目,這很明顯不是該分類的用途(進行審核後應該是移交建立條目專題的相關分類),希望可以把裡面所有不是ns=2和ns=118的清出去(約兩百多條),並且定期檢查並清除審核通過後依然沒有被清出去的頁面--SunAfterRain 2022年8月21日 (日) 14:08 (UTC)
修正政府機構資訊框旗幟重複
政府機構資訊框更新「flag」欄位使用維基數據P41項後,造成部分使用「seal」欄位展示旗幟的條目重複顯示旗幟。例美國司法部、黨衛隊-- ★WPTO★ 2022年9月15日 (四) 07:04 (UTC)
請求將Statute of Westminster 1931的所有其他譯名批量替換為《1931年西敏法規》
該議題已經過多次討論,詳見Wikipedia:互助客棧/求助/存檔/2022年9月及Talk:1931年西敏法規。
「西敏條例」、「西敏法令」等在指Statute of Westminster 1931時都應該轉換為帶有年份的《1931年西敏法規》。 --以上未簽名的留言由Mosowai(討論|貢獻)於2022年10月10日 (一) 12:30:51 (UTC+8)加入。
修正一些條目的NoteTA中的不當中文變體
一些條目的NoteTA模板中含有錯誤的中文變體,例如以繁體字書寫的中國大陸用詞,或以簡體字書寫的港台用詞,請求機器人予以修正。 --以上未簽名的留言由Interaccoonale(討論|貢獻)加入。
- 機器人如何準確識別?以及要檢出是否為破壞所致。--YFdyh000(留言) 2022年10月12日 (三) 13:00 (UTC)
複製模板 CPNI 中植物編號到 Wikidata
針對模板{{CPNI}},之前已經在Wikidata中建立了對應的維基數據屬性 d:Property:P10778,維基數據建立的格式為 CPNI-[0-9]{3,5}(-[0-9]+)?
,即在目前參數|id=
前加「CPNI-」。--Kethyga(留言) 2022年10月26日 (三) 07:21 (UTC)
請求重命名 分类:各年建立的教育机构 子分類
根據 Wikipedia:互助客棧/條目探討 (Special:PermanentLink/74257192#Category:依建立年份劃分的教育機構),請求將子分類中 ***年創建的教育機構 重命名為 ***年建立的教育機構,保持向上統一。
註:上級分類 分類:各年建立的教育機構 已經移動到 Category:各年建立的教育机构--Kethyga(留言) 2022年10月26日 (三) 09:31 (UTC)
- (+)支持,Category:各世紀建立的教育機構下的子分類建議一起處理。--迴廊彼端(留言) 2022年10月29日 (六) 02:09 (UTC)
給模板加入參數
我近期給一些模板加入了{{CJK-New-Char}}模板,但是忘記加入一個參數,懶得手動改了,所以申請機器人作業。
要求:將{{CJK-New-Char|20BE4}}替換為{{CJK-New-Char|20BE4|block=B}}。--DoroWolf(留言) 2022年10月28日 (五) 16:10 (UTC)
前序討論見Wikipedia:互助客棧/技術#能否篩選出_生物學名的非中文重新導向標記,列表位於站外,共有五萬餘個。—DvXg 📬 2022年11月1日 (二) 13:55 (UTC)
- 代碼編寫中...--Kanashimi(留言) 2022年11月3日 (四) 07:59 (UTC)
- @David Xuang 現在的列表是有問題的都處理完後的最新列表嗎--Kanashimi(留言) 2022年11月3日 (四) 08:03 (UTC)
- 是的,所有的項都至少是其中之一:
- 在分類:物種微格式條目下
- 經過人工檢視
- --DvXg 📬 2022年11月3日 (四) 08:06 (UTC)
- 是的,所有的項都至少是其中之一: