維基百科:互助客棧/方針/存檔/2021年3月

維基百科,自由的百科全書

建議刪除姓氏分類

(續)現行日期和數字格式手冊條文調適

修正WP:PB條文內容

提案重啟「新設刪除員權限」討論

打算增加「同一句子當中應避免使用多個冒號」、「冒號提示的範圍不應過窄或過寬」作為注意事項,希望進一步討論。具體例子後補。--Bookwith留言2021年2月20日 (六) 06:15 (UTC)

他認為:建築工程一再拖延的原因有兩個:管理不妥和人手不足。
他認為,建築工程一再拖延的原因有兩個:管理不妥和人手不足。
舉例「同一句子當中應避免使用多個冒號」。--Bookwith留言2021年2月23日 (二) 06:58 (UTC)
幾乎沒人願意參與格式手冊修訂的討論。--Bookwith留言2021年2月23日 (二) 07:00 (UTC)
我覺得單純是你例子太晚提出導致很多人不知道你要幹嘛而已。 --無心*插柳*柳橙汁 2021年2月23日 (二) 13:24 (UTC)
(▲)同上。我想知道錯例在實務中是否常見(例如1個月內>3次),不存在則WP:豆子。--YFdyh000留言2021年2月23日 (二) 13:33 (UTC)
@BookwithSANMOSA 江南好,風景舊曾諳 2021年3月1日 (一) 10:37 (UTC)

關於快速刪除G8

音樂作品關注度

關於Wikipedia:命名常規#使用外文命名時的專門要求,請問音樂作品名稱是否能算是專有名詞?

日期條目的「出生」與「逝世」章節

請問這兩個章節收錄人物的標準是什麼?為何不利用{{bd}}自動產生分類,好似WP:人物列表?--GnolizX留言2021年3月8日 (一) 02:07 (UTC)

規範ToolsRedirect、Cat-A-Lot等可以做成大量edit的小工具

雪球不通過:
作為提案的起因的提報並不合理,提案的具體理由亦不合理,且社群已明確表明編輯頻率高不等同bot,因此提案已無意義。依照社群意見,現作雪球不通過論。SANMOSA 江南好,風景舊曾諳 2021年3月15日 (一) 08:25 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

問題背景 我曾因大量使用這些工具而被提到管理員布告板,而因方針界線不明確而令判斷困難。
我的觀點
  1. 建議建立方針規範之
我的解決方案
  1. 在大量使用這些工具時建議申請機器用戶權限
  2. 建議建立一個獨立user(維護
此前的類似討論
--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年3月12日 (五) 03:35 (UTC)
(~)補充還可以直接修改工具的source code,限制它的edit--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年3月12日 (五) 03:40 (UTC)
ping在舉報我時的參與人員:@BookwithATXiplusSCP-2000AnYiLinSickManWPKanashimiYFdyh000和@BAG成員Antigng和平奮鬥救地球WhitePhosphorusKanashimiXiplus--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年3月12日 (五) 03:46 (UTC)
無甚必要。手動進行的或受控的半自動編輯,其或快或慢都是可以接受的,不應對它們加以過多限制,理應嚴加限制的是純粹的、自動化的編輯,正如現行機器人方針的目的。--安憶Talk 2021年3月12日 (五) 03:59 (UTC)
@AnYiLin:但看來我被提到管理員佈告板時有一半人不接受--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年3月12日 (五) 04:36 (UTC)
修改工具源碼方案不可行,此種工具很多,源碼修改和實現難度不一,很多工具非本站託管。使用獨立帳號作批量編輯雖然是我期望的結果,但現有情況下沒有實現條件,比如很多過濾器會誤報攔截,申請確認用戶機器人/機器用戶或機器人作業的手續又不是那麼方便。目前沒有限制批量編輯而不影響正常批量修改的方案。故,承擔編輯責任、回應各方意見,就可以了。--YFdyh000留言2021年3月12日 (五) 04:55 (UTC)
我不認為有規範的必要性。只要用戶不是未經批准使用機器人,大量編輯並不成問題。這些工具反而有利百科全書的建設,不需要以此規範。--SickManWP歡迎參與♥️邊緣人小組的活動·✏簽到發表於 2021年3月12日 (五) 06:48 (UTC)
  • (-)強烈反對性質上跟機器人有著就根本上的分別,純粹編輯頻率高並非規範的理由。而且沒有必要為了一個擾亂的用戶而修改方針-某人 2021年3月12日 (五) 07:05 (UTC)
有點大題小做,就案例而言。1分鐘19次編輯和每分鐘19次編輯是兩個問題,前者可能只是一組操作的特定爆發,後者意味長時間的操作。而機器人規則的速度限制主要規範後者,防止長時間重刷最近更新影響編輯檢查。——Sakamotosan路過圍觀杯弓蛇影 | 避免做作,免敬 2021年3月12日 (五) 09:00 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

懸掛Blocked user模板之利弊

關於維護模板

前幾天我對一些維護模板的語句跟連結做了些修改,但是U:Ohtashinichiro用戶將這些修改回復,給出的理由是「維護模板應用廣泛,移除粗體事關重大,請去社群背書。」,並且要求我到這裡詢問。
我想知道維基百科對於維護模板的粗體字有沒有相關規範?維護模板因為使用廣泛,修改語句以前是否要先到客棧進行詢問?--Poontele留言2021年3月14日 (日) 11:12 (UTC)

是的,畢竟影響甚廣。SANMOSA 江南好,風景舊曾諳 2021年3月14日 (日) 11:21 (UTC)
請問這些模板的修改是不是有什麼問題,被回復是正常的?{{External links}}{{High-use}}{{Primarysources}}{{Rough translation}}{{BLP unsourced}}{{Merge}}{{BLPsources}}--Poontele留言2021年3月14日 (日) 11:43 (UTC)
看得出來閣下這些編輯出於善意的,但實際效益不大,反而增加社群巡查負擔。閣下若有精力與意願,可考慮另作其他貢獻。謝謝。--Hjh474留言2021年3月14日 (日) 14:00 (UTC)
@Poontele:1. 不確定,可能無明確的規範。2. 社群中不少編者基於過往事例對「勇於編輯」方針頁和高使用率模板有牴觸(大概有關WP:GAME),於是以WP:7DAYS要求任何修改需有充分共識。個人傾向WP:0RR或1RR故對此主張不贊成,但予以尊重。對有無粗體都可接受,只是無粗體版本需重新習慣,也不清楚{{Multiple issues}}時是否良好。一次修訂多個常用模板的樣式,影響廣泛,可能確實未考慮到其他人是否接受。--YFdyh000留言2021年3月14日 (日) 12:05 (UTC)

臺灣原住民族人條目命名

擬議快速刪除方針條文增修(機器人處理O4/O7/F7)

修訂R3適用情形五

修訂版本刪除方針第1(概要)、5(上訴及討論)章節的修訂

存廢覆核方針序言、第2(管理員須知)章節的修訂

在格式手冊/標點符號#引號中加入POV一節

擬議快速刪除方針條文增修(消歧義重新導向)

國際關係條目命名常規

我要求訂明Wikipedia:字詞轉換/地區詞候選中每個請求的處理時限。當前大量無關醫學的條目都有提及到COVID-19及其致病病毒的中文名,我(和其他用戶)不可能將所有此類條目加入Medicine轉換組,但是這些條目確實急需COVID-19及其致病病毒的中文名的轉換。因此,我在Wikipedia:字詞轉換/地區詞候選提出了加入全局轉換的請求,至今已近3個月都無人執行,對於地區詞處理造成極大的影響和危害,而3個月也不是處理加入全局轉換的請求的合理時長。因此,我請求管理員盡快批准相關加入COVID-19及其致病病毒的中文名的全局轉換的請求,並認為社羣應訂明Wikipedia:字詞轉換/地區詞候選中每個請求的處理時限。SANMOSA 江南好,風景舊曾諳 2021年3月20日 (六) 00:43 (UTC)

1.設定時限沒人或者倉促處理也沒用。2.也受此困擾,是否設立Module:CGroup/COVID-19以解決當前問題,Medicine組如何處理我沒想好。--YFdyh000留言2021年3月20日 (六) 01:37 (UTC)
支持COVID公共轉換組-- ——羊羊 (留言|貢獻|維貓報|古典音樂專題) 2021年3月21日 (日) 04:23 (UTC)
@YFdyh000羊羊32521:不行,每天新增的條目非常多,其中有很大部分都有提及到COVID-19及其致病病毒的中文名,還是不可能逐個逐個加入轉換組,所以還是需要全局轉換。SANMOSA 江南好,風景舊曾諳 2021年3月21日 (日) 09:17 (UTC)
如果無人處理,只能轉換組+機器人加入。--YFdyh000留言2021年3月21日 (日) 09:49 (UTC)
@YFdyh000:能不能找一個願意處理的管理員?SANMOSA 江南好,風景舊曾諳 2021年3月21日 (日) 09:59 (UTC)
字詞轉換或許是本地積壓最嚴重的管理員工作之一。會處理的也就幾個固定班底。—— Eric Liu 創造は生命(留言留名學生會 2021年3月20日 (六) 14:26 (UTC)