維基百科:機械人/作業請求
中文
本頁面用來請求機械人協助完成一些相對簡單而重複的作業,任何請求都必須符合機械人政策。想檢視現有的機械人,請參見Wikipedia:機械人/列表。
對於某個機械人的問題,請向其擁有者詢問。若發現機械人運作不良,請直接提醒該用戶,或至當前的破壞報告。
許多請求被拒絕的原因,可能是因為作業內容過於複雜,或是請求項目需要獲得社群共識。
假設,如果您請求的機械人作業是把所有的條目討論頁加上一個專題標誌模板以將其特定分類或子分類,請非常謹慎地檢查以確定其分類樹中沒有任何非目標的子分類:例如您可能沒留意到(在英文維基百科中)Category:第二次世界大戰其實(曾經)是Category:泰國的子分類,但事實上機械人在修改後者時將會波及前者。因此,我們提出要求時應提供完整的分類清單,以供機械人作個別處理,而非提供一個大分類再讓機械人修改所有相關分類而因而陷入遞迴。以下是英語版維基的一個成功請求,以及一個不良請求(及其造成的爛攤子)。中文維基的爛攤子例子見此。
關於專題,請參看維基百科:專題委員會/技術支持
流程
提出請求
- 請求者必須說明作業的內容、範圍與理由。如果曾在他處討論,也請附上連結。
- 在作業前可能會有用戶提問,視內容可能會被判斷為不適合機械人作業。
- 提出請求建議先經過討論,可以利用BOTREQ記號模板。更動範圍過大或與現行方針指引有出入的修改應該先在互助客棧或相關專題討論。
- 在作業完成的報告後,請確認作業內容是否符合預期,並在本頁面回報。
接受請求
- 擁有機械人的用戶,請在進行作業前在本頁面表明接受請求,以免多個用戶同時作業而出現衝突。{{BOTREQ}}可以用來方便回應。
- 任何相關疑問請在本頁面或適當討論場所提出。
- 當機械人作業完成之後,請在本頁面回報,說明完成的內容,並在作業確認完成後存檔。
請求區
# | 需求 | 進度 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) | 🤖 最新機械人操作者 | 🕒 (UTC+8) |
---|---|---|---|---|---|---|---|---|
1 | 請求替換連結 | 12 | 3 | 微腫頭龍 | 2024-11-26 00:03 | Kanashimi | 2024-01-25 20:19 | |
2 | 替換內部連結 | 未完成 | 9 | 3 | CaryCheng | 2024-11-10 11:16 | ||
3 | 清理Special:PagesWithBadges | 3 | 2 | Shizhao | 2024-08-31 19:47 | |||
4 | 清理(空格)年、(空格)月、(空格)日、(空格)人和1,000等西方數字格式 | 3 | 3 | Hamish | 2024-11-11 20:37 | |||
5 | 請求將目前連結到斯闊谷 (加利福尼亞州普萊瑟縣)的跨語言連結調整到奧林匹克谷 | 已關閉 | 2 | 2 | HanTsî | 2024-09-19 02:36 | ||
6 | 單獨轉換 | 3 | 2 | HanTsî | 2024-10-16 09:02 | |||
7 | 清理重複Wayback模板 | 3 | 2 | YFdyh000 | 2024-09-22 09:02 | YFdyh000 | 2024-09-22 09:02 | |
8 | 請求批量替換{{Navbox subgroup}} | 4 | 3 | Dabao qian | 2024-10-07 01:05 | |||
9 | 清理Category:引文格式1錯誤:日期 | 7 | 3 | Wang31 | 2024-10-18 23:47 | YFdyh000 | 2024-10-18 02:22 | |
10 | 關於維基媒體使用條款等全域政策檔案被基金會從元維基移動至維基媒體基金會管理 Wiki | 7 | 3 | 石汗顏 | 2024-10-28 10:32 | |||
11 | 請求長期作業:移除條目空間的Category:使用建立條目精靈建立的頁面分類 | 處理中…… | 8 | 2 | Hamish | 2024-11-18 17:48 | ||
12 | 請求變更涉及全國重點文物保護單位的內容 | 處理中…… | 9 | 3 | Iming | 2024-11-14 09:22 | Iming | 2024-11-14 09:22 |
13 | 清理Category:使用Pathnav的條目 | 完成 | 4 | 2 | Hamish | 2024-12-12 22:48 | ||
14 | 請求大量修正「佛羅裡達」錯別字 | 未完成 | 18 | 4 | Txkk | 2024-11-26 11:27 | Iming | 2024-11-25 19:05 |
15 | 建立數據庫存儲重新導向中不存在NoteTa地區詞的條目 | 4 | 2 | Hamish | 2024-12-10 18:00 | |||
16 | 請求移除所有Template:Pathnav在條目的使用 | 完成 | 5 | 2 | Hamish | 2024-12-13 17:46 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
存檔 | |||||||||
---|---|---|---|---|---|---|---|---|---|
| |||||||||
早於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)
- 剛剛花了半個多小時,大概是摸透了這個模板的運作機制,自動定期取得數據是可行的,但是即時更新似乎有點不太行,因為如果存在變動,需要人工判斷是不是同一個行政區劃,畢竟官方那邊只給你變動前後的數據,而不會給其對應之前的數據是哪個,如果要改,用機械人改,就只能光更新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)
- 感謝各位回應,我本來是想說看有沒有什麼辦法自動定期取得中國大陸國家統計局那邊的數據(例如用網址檢查各地區代碼是否存在?),並即時更新,如果有技術困難就算了。不過也想請各位討論一下我的提案二,這種修復重新導向的機械人之前已有,只是我不確定能不能做到跨維基計劃的層級。--迴廊彼端(留言) 2021年4月26日 (一) 07:24 (UTC)
- @MintCandy:後面這個提議不錯。--Hamish with w. 2021年4月25日 (日) 23:34 (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),第二個嘛,已經在做了,但是我只會修改
- 相關討論: 維基百科:互助客棧/條目探討#spoiler --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)
- @GUT412454@Willy1018@YFdyh000 假如真有必要的話 那還得看看到底該用哪個名稱 例如六道木要分在 「糯米條屬小作品」 「忍冬科小作品」 「川續斷目小作品」 「菊類植物小作品」 的哪個? 現在似乎沒有規範--Kanashimi(留言) 2022年11月7日 (一) 05:47 (UTC)
- 通常來說,越細越好(子分類)、重複也無妨。--YFdyh000(留言) 2022年11月7日 (一) 09:04 (UTC)
- 理想該不會是用機械人來維護生物分類樹與生物小作品分類樹?--Kanashimi(留言) 2022年11月8日 (二) 10:40 (UTC)
- 如果有至少一人表示會用到(如擴充計劃),可以用機械人整理。否則我傾向繼續放在那裏,避免過早優化、浪費人力,或者搭配其他計劃再行動。--YFdyh000(留言) 2022年11月8日 (二) 10:55 (UTC)
- 我突然想到,能不能直接改動{{plant-stub}},使它在沒有參數的情況下能「自動識別物種分類,並顯示適合的模板,將文章分到適合的分類」?比如,提取並使用文章的原始碼中{{Speciesbox}}中的參數。--GUT412454(留言) 2022年11月8日 (二) 16:25 (UTC)
- 這似乎也是個方法...--Kanashimi(留言) 2022年11月8日 (二) 19:22 (UTC)
- 理想該不會是用機械人來維護生物分類樹與生物小作品分類樹?--Kanashimi(留言) 2022年11月8日 (二) 10:40 (UTC)
- 參閱Wikipedia:機械人/申請/Willy1018-bot/6。我是用原本的小作品模板,如果本地沒有就找一下英文版的小作品模板。理想情況下應不建立屬小作品因為太少,菊類植物小作品如果太多(大於200)則應建立川續斷目小作品,如果還是太多再細分忍冬科小作品。-- Willy1018(留言) 2022年11月8日 (二) 16:20 (UTC)
- 通常來說,越細越好(子分類)、重複也無妨。--YFdyh000(留言) 2022年11月7日 (一) 09:04 (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(討論|貢獻)加入。
- 該網站非可靠來源--YFdyh000(留言) 2022年6月8日 (三) 03:22 (UTC)
- 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)
給模板加入參數
我近期給一些模板加入了{{CJK-New-Char}}模板,但是忘記加入一個參數,懶得手動改了,所以申請機械人作業。
要求:將{{CJK-New-Char|20BE4}}替換為{{CJK-New-Char|20BE4|block=B}}。--DoroWolf(留言) 2022年10月28日 (五) 16:10 (UTC)
請求清理{{Cat also}}
請求將「{{Cat also|A|B|C|…}}」替換為「{{DEFAULTSORT:A}}[[Category:B]][[Category:C]][[Category:…]]」,該模板會妨礙HotCat等工具且已停用。 紺野夢人 2022年11月24日 (四) 17:59 (UTC)
- @Yumeto:51個頁面就直接替換引用就好了吧。--SunAfterRain 2023年1月28日 (六) 04:23 (UTC)
請求自動為傳統百科全書中的條目添加相應的模板
我看到傳統百科全書條目這個專題下的條目目前僅有831篇,遠遠低於實際數目。就以《中國大百科全書》來說,其官網稱第三版網絡版總條目為50萬條[1]。我覺得有必要對這一專題進行維護。而《中國大百科全書》等傳統百科全書所含條目應該容易獲得,添加相應的模板應該可以由機械人完成。以《中國大百科全書》為例,我初步的設想是:
- 首先檢測目錄當中哪些條目存在,將不存在的條目排除掉。
- 然後檢測對應條目是否為重新導向。
- 若不為重新導向:
- 在對應條目的討論頁中添加{{傳統百科全書條目專題}},並添加「Ref=中國大百科全書/對應章節」的參數。若該條目為GA或FA,同時添加評級。
- 若為重新導向:
- 在該重新導向頁面添加{{傳統百科全書條目重新導向|中國大百科全書}},並在該重新導向頁面的討論頁中添加{{傳統百科全書條目專題}}。
- 若重新導向的頁面不是條目中的某一章節(防止條目所述主體不同。可以檢測重新導向頁面是否含有#),則在重新導向後的頁面的討論頁中添加{{傳統百科全書條目專題}},添加「Ref=中國大百科全書/對應章節」的參數,並添加「Original Title = 原詞條名」的參數。
- 若不為重新導向:
個人覺得需要考慮的問題有二:
- 若原條目的討論頁中已有傳統百科全書條目專題的模板,那麼需要檢測Ref是否為中國大百科全書。如果是的話,就不需要再添加了。
- 可能會存在少量同名但所述主體不同的條目(尤其是人名)。並且維基百科上對應的條目可能為消歧義頁,抑或是雖然對應的不是消歧義頁,但該條目存在消歧義頁。
不清楚這一提議是否可行。若是有人願意協助的話,本人不勝感激。 --Shenzhiming88(留言) 2022年11月26日 (六) 02:52 (UTC)
- 我這邊可以試試看,問題是有沒有這個必要。然後必須要有一份條目清單。--Kanashimi(留言) 2022年11月26日 (六) 04:20 (UTC)
- 我覺得閣下不必着急。可以先等待其他人討論是否有此必要。至於條目清單,之前是有的,後來被代理商要求刪除了,可見此處。不太清楚是怎麼得到清單的。--Shenzhiming88(留言) 2022年11月26日 (六) 04:31 (UTC)
- 目錄版權問題需要弄清,給出完整目錄或許類同原著的目錄索引卷。根據[3]和[4],《中國大百科全書(第二版)》總計6萬個條目,但前者網頁註腳說全部為版權所有。加注原著章節(分類)是否有意義,版本似乎更有意義,除非章節有助消歧義。50萬條的第三版網絡版有點多,且處在變化、未完成階段,是否適合加注。已有維基專題:傳統百科全書條目/中國大百科全書/網絡版。--YFdyh000(留言) 2022年11月26日 (六) 07:07 (UTC)
參考資料
- ^ 三版介绍 - 《中国大百科全书》第三版网络版. www.zgbk.com. [2022-11-26].
「曹璐」消歧義
現在大部分「曹璐」都指向了那位女歌手,這忽略了同名的男演員。在此建議借用機械人,將所有的「[[曹璐]]」改為「[[曹璐 (女)|曹璐]]」,而少部分指向男演員的連結可以手動修改。--🐹通遼汗國駐維基百科臨時代辦(討論·貢獻·成就) 2022年12月24日 (六) 19:03 (UTC)
- 簡單的「(女)」不適合消歧義,建議「女歌手」「男演員」。按慣例,沒有同名條目時不應將條目消歧義,消歧義頁不應僅有一個已存在條目。--YFdyh000(留言) 2023年1月11日 (三) 06:55 (UTC)
引入User:HotArticlesBot
請求引入en:User:HotArticlesBot,該機械人可以記錄各個專題的熱門編輯條目。——BlackShadowG Slava Ukraini! 2022年12月29日 (四) 01:34 (UTC)
修正InternetArchiveBot留下的問題
InternetArchiveBot在2022年5月至2022年8月自動向條目添加存檔網址時未加入參數「dead-url」(如Special:Diff/72945076),請求將引用模板有參數「archive-url」卻沒有加入參數「dead-url」的參考來源自動加上「|dead-url=no」(如Special:Diff/75516785)。--寒吉(留言) 2023年1月14日 (六) 05:22 (UTC)
- InternetArchiveBot在2022年11月的編輯(Special:PermaLink/74572370#參考資料)並不會補回2022年7月所遺漏的參數「dead-url」。--寒吉(留言) 2023年1月14日 (六) 05:48 (UTC)
清理帶「.」(U+FF0E)、「‧」(U+2027)、•(U+2022)、「・」(U+30FB)的連入
如題。在檢視香港電影評論學會大獎最佳電影#2020s看到「夜香·鴛鴦·深水埗」的間隔號使用不對,沒了連入,未知是否孤例。請將帶這些符號的連結都改成正確的「·」,謝謝。Ghren🐦🕓 2023年2月9日 (四) 09:35 (UTC)
添加傳統百科全書條目重新導向標記
給《中國大百科全書》中西方人物的重新導向添加 {{传统百科全书条目重定向|中国大百科全书}}
標記。目前粗略統計大概將近2000,見Quary,這裏面的數量是統計頁面長度小於50位元組的,是粗略統計一下之前沒有添加該重新導向標記的頁面長度(精確統計應該是排除頁面中含有上述標記的)。相關重新導向顯示效果可以看 伯比奇,M. (75979950) --Kethyga(留言) 2023年2月15日 (三) 09:17 (UTC)
清理已刪模板嵌入
清理已刪模板{{黨和國家領導人/卸任}}的嵌入。--Cookai餅塊🍪(💬留言) 2023年2月16日 (四) 03:10 (UTC)
清理Template:GAF嵌入
討論連結:Wikipedia:頁面存廢討論/記錄/2023/02/11。--Cookai餅塊🍪(💬留言) 2023年2月19日 (日) 14:05 (UTC)
批量移動持續出沒的破壞者存檔頁
客棧討論通過將統一將不活躍的LTA頁都從Wikipedia:持續出沒的破壞者/記錄/移回Wikipedia:持續出沒的破壞者/之下,但由於過往處理相關記錄頁時曾遇好幾個被編輯過的重新導向,為防弄亂移動日誌,請求管理員機械人協助刪除「Wikipedia:持續出沒的破壞者/記錄/」子頁面減掉「/記錄」後剩餘標題下的重新導向,然後批量移動「/記錄」頁面並留重新導向。cc站外聯絡過的Xiplus。--路西法人 2023年2月22日 (三) 16:10 (UTC)
- (~)補充:如可,請順便將需要移動的頁面的記錄頁內的{{Infobox Wikipedia vandal}}的
status
參數改為Archived
。--路西法人 2023年2月22日 (三) 16:11 (UTC)