2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

萌娘百科討論:提案/已通過提案/關於設立分類指引與分類討論專案的提案(2023.05.10)

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋
Commons-emblem-success.svg
這個頁面「萌娘百科 talk:提案/已通過提案/關於設立分類指引與分類討論專案的提案(2023.05.10)」是萌娘百科現有方針、指引或其他規範文件的討論案

本提案由本人及U:WenzuxiaotU:KingChan共同起草,內容包括:

本提案主要內容參照了U:AkizukiSaitouU:Leranjun所撰寫的相關草案,核心思想參考了U:雲霞的「頂層設計」建議,在此特地對他們及所有為分類規範而努力的編輯者致以最崇高的謝意。——   於是我放棄了二餅已讀不回) 2023年4月8日 (六) 00:46 (CST)

正文

如無特別說明,下述文件的標題等級相比正式文件的降低兩級。

萌娘百科:分類指引

本指引闡述為頁面分類的基本原則。如果需要對具體某一範疇的分類進行規範,請移步萌娘百科:分類討論專案參與討論。關於萌娘共享的分類體系,請參見cm:萌娘共享:文件分類指引

基本概念解釋

分類與分類命名空間

分類是一種聯繫相似與相關的頁面、幫助導航的有用工具,也是萌娘百科中頁面的組織聯繫基礎,是構成萌娘百科知識體系的「網」。一個良好的分類體系可以極大地便利讀者和編輯者。

被歸於同一分類的頁面,將會在分類命名空間(namespace=14)的對應頁面顯示。例如,如果你想將某個虛擬代言人的條目歸納到這個分類下,只需要在原始碼中輸入[[分类:虚拟代言人]]即可。此時查看分類:虛擬代言人這一頁面就會在該頁面的列表裏找到該條目,而這個條目的最下方也會出現虛擬代言人這一連結。

注意
  • 與一般的內部連結不同,[[分类:<分类名>|ABCDE]]這樣的代碼既不會在原先位置生成內部連結(所有的分類連結都固定生成在頁面最下方),也不會使連結顯示為ABCDE(管道符後的內容會改變該頁面在分類頁的索引順序)。如果你想正常插入到該分類頁的內部連結(就像上文的「虛擬代言人」),應當使用[[:分类:虚拟代言人|虚拟代言人]]這樣的格式,此時管道符的作用與正常的內鏈一致。
  • 為模板分類時,請注意將模板分類用<noinclude></noinclude>包裹,避免模板嵌入其他頁面時將該分類一併帶入。
  • 「分類」「分类」「Category」「CAT」四者通用,但更加推薦使用簡體前綴。例如,「分類:恋爱题材」=「分类:恋爱题材」=「Category:恋爱题材」=「CAT:恋爱题材」,四者的效果是相同的。
  • 由於技術問題,在創建繁體名稱的分類後,以簡體名稱填寫分類不會使條目被歸入同一分類中,因此,頁面下的分類名稱一律用簡體,只有暫時保留原文的含假名日文除外。當創建了分類頁面「Category:恋爱题材」後,在頁面中填寫「Category:戀愛題材」,條目會自動歸入「Category:恋爱题材」中。
  • 分類的命名應當儘可能明確其性質,避免歧義。例如Category:初音未來這樣的命名就存在一定問題,因為僅從這個分類名來看會有這幾種可能:以初音未來為原型的角色;初音未來配音的角色;初音未來演唱的歌曲等等。
分類頁與分類樹

值得注意的是,當一個頁面被添加到某個分類後,分類命名空間對應的分類頁並不會被創建,雖然你可以在這個未創建的分類頁看到添加了該分類的頁面。因此,當一個分類被確認是有必要的時候,應當建立分類頁,對該分類進行描述。

一般來說,分類頁也應當添加分類對其進行歸屬。當一個分類頁被添加其他分類後,稱該分類頁對應的分類為所添加的分類的子分類,反過來稱所添加的分類為該分類的父分類。所有的分類按照這樣的邏輯進行逐級歸類,所得到的結構則被稱為分類樹[正文注 1]

您可以使用分類:分類頁模板快速構建分類頁,在Special:需要的分類查看被添加到相關頁面但未被建立的分類頁,在Special:未使用分類查看分類頁被建立但未被添加到任何頁面的分類。

注意
分類的重新導向與消歧義

當同一性質的分類,具有不同的表述形式時,為了歸類的方便,應當使用分類重新導向。但基於MediaWiki自身限制,直接將一個分類頁重新導向到另一個分類頁並不會將兩個分類合併,此時應當額外添加{{分類重新導向}}模板。重新導向並添加該模板後,該分類下不應再有任何頁面,編輯者可手動將該分類下的頁面的對應分類修改為目標分類,同時機械人也會定期清理這類分類。

當不同性質的分類存在名稱相同的可能性時,優先考慮修改分類表述,使其能夠區分,萬不得已時可參照萌娘百科:消歧義方針#後綴消歧義的規定進行消歧義。同時,對該重名分類頁或者易混淆的分類頁使用{{分類消歧義}},此後該分類下不應再有任何頁面,編輯者應將該分類下的頁面轉移到正確的分類。

分類的索引順序
萌娘百科的分類頁採用拼音字母索引,即頁面名(不含命名空間前綴及消歧義前綴)的所有漢字在被轉換為拼音後,按照轉換得到的字母整體排序。但當遇到多音字、非中英文的情況,以及需要特殊索引順序的情況下,應當採用以下方式:
  • 人工添加魔術字{{DEFAULTSORT:<页面名的完整拼音>}},會按照所添加的字符串進行排序,對所有分類頁均生效。
  • 添加分類時以[[分类:<分类名>|<索引字段>]]方式添加,會按照管道符後的索引字段進行排序,對特定分類生效且較魔術字優先。
注意
  • 拼音字母索引並非按漢字索引,其只考慮轉換成字母後的排序,因此同音的漢字有可能會混排,例如「平板」「平和」「蘋果」三個詞的排序結果為「平板」「蘋果」「平和」。
萌娘百科的分類頁大致採用拼音字母索引,對於其具體的排序機制以及如何更改請參見Help:分類索引順序

[改 1]

分類應遵循的原則

依據公開可查證的信息進行分類

這一規則是不言而喻的,依據未證實消息而添加的分類(如聲優以不同名義參與配音,但對應角色卻採用同一個聲優分類)顯然違背了百科的宗旨。

分類並非越多越好

不是條目中所有可供查證的事實(或者兩個以上此類事實的交集)都有添加分類的必要,為一個條目的所有內容添加上對應的分類也是不現實的。對於較長的條目來說,可能會產生數以百計的分類,而其中可能有很多不必要的分類。過度分類也會給查找有用的分類造成困難。

依據可定義性與標誌性進行分類

分類的主要目標之一是以條目的定義性特徵來分類條目,故應當儘可能以標誌性的標準進行分類。例如,顏色對過膝襪而言是一種標誌性的特徵(如白色過膝襪黑色過膝襪),但對手套則不是(如黑色手套白色手套)。

在判斷其是否具備可定義性或標誌性時,可以從以下幾個角度考慮:

  • 這個分類可否用一小段文字進行解釋?
  • 條目內容的描述可否體現添加這個分類的必要性?
  • 從分類頁看來,能否讓所有人理解該頁面在這一分類下是合理的?

如全為否,則該分類不應採用。如還是無法判斷,請採取最保守的策略,如萌屬性分類只添加{{萌屬性}}內描述的內容,作品題材只填寫已有的分類

不使用過度主觀的標準
錯誤示例:Category:爛梗Category:糞作

如同主觀、非中立性的內容不應出現於條目正文一樣,過度主觀與非中立的標準也不應被用來命名或定義分類。同時,部分調侃性質的內容可能可以出現在條目正文中,但並不適合被用作分類,如直男癌現充等。

小分類與大分類

請不要出於強迫症而對只有少量條目的分類進行太過細緻的劃分,這樣只會加重維護工作和複雜程度。請根據現實需要,優先處理涵蓋大量條目的分類。但這不意味着小的分類就全然無用,有一些頁面較少的分類可能只是因為短期內萌娘百科未收錄(例如各作品的分類),應當綜合考慮其成長潛力後再判斷其合理性。

一般來說,一個類別中的頁面超過200個即會造成查閱困難,需要將其劈裂為數個子分類以進行細分。但部分分類的細分標準可能並不具有標誌性(例如「以淚痣的位置在左眼還是右眼」對Category:淚痣進行細分就不是一個合理的標準),因此請不要為了細分而細分。此外,當一個分類既拿不出細分的標準,又存在其他的分類理據問題(比如並不具備特徵性,或者其定義模糊、容易泛化,或者並不符合萌娘百科的性質)時,可能不建立該分類才是最佳選擇。

重複分類的取捨

顯然,將絆愛同時分類為分類:人物分類:虛擬人物分類:虛擬UP主[正文注 2]不是一個好主意,因為「虛擬UP主」作為前兩者的子分類已經具備足夠的標誌性了。但是,確實存在部分子分類無法完整體現其特徵的情況,此時應允許其同時存在於父子分類下。

必要時放棄分類
分類固然是一個方便的索引工具,但並不是全部。實際上各類導航模板(大家族模板)均可提供不俗的索引功能,其可編輯性相較分類來說更好,還可規避無休無止的分類的定義與邏輯問題討論。
創建分類頁需三思
刪除一個分類頁要比創建它難得多,不要在未經討論的情況下隨意建立一套分類體系。如果你不知道該分類頁是否該創建,那麼請記住分類並非唯一的索引方式。例如對於作品內的角色陣營區分,採用各類導航模板進行分類展示效果更好。

[改 2]

分類的抽象歸類方式

隨着百科的條目數量迅速增長,分類樹變得越來越複雜,錯誤的分類操作也愈發常見。許多用戶可能並不了解龐大的分類樹,誤將自己創建的條目放到了只包含子分類的分類下,或是將某個子分類放到了都是條目的分類下。因此,將分類劃為不同種類,能夠有效地防止錯誤分類,也能方便維護工作的開展。

分類樹位置

萌娘百科主站的頂級分類為分類:分類,其為萌娘百科唯一一個未歸類分類,也是分類樹的起點。

根據某個分類節點在分類樹上的位置,可以將其分為三類:

  • 根分類:分類樹的「根基」,只屬於頂級分類。
  • 支分類:分類樹的「分支」,即屬於一個或多個非頂級分類的父分類、同時也包含子分類。
  • 葉分類:分類樹的「終端」,僅包含條目、模板等內容頁面,不包含子分類。
概念 父分類 子分類 子(內容)頁面
根分類 分類:分類
支分類 可能
葉分類

此外,還有以下特殊情況:

  • 孤立分類:無父分類且無子分類的分類。此類分類不應存在;所有分類都應該被歸入至少一個父分類,或包含一個子分類。
  • 空分類:無子分類、亦無子頁面的分類。一般地,此類分類不應存在,除非作為重新導向、消歧義或維護用分類。
支分類的歸類

依照分類下的頁面類型,又可將支分類分為以下兩大類:

  • 容器分類:僅包含子分類的分類。特別的,根分類也可以被視為一種容器分類。
    • 條件分類:一類特殊的容器分類,本身並不描述事物的具體屬性,具體描述由其子分類進行。格式一般為「按XX分類(的OO)」或「各XX(的)OO」。
  • 混合分類:包含子分類與其他類型子頁面的分類。
模板使用

為了方便維護並提醒編輯者,一些分類需要懸掛相應模板以標示其作用:[疑 1]

萌娘百科:分類討論專案

此為分類討論的專案頁,其形式可參考萌娘百科:2021年方針修訂專案,相關討論不可直接作為成文的分類規範。

正文註釋

  1. 需要注意的是,由於路徑並非單一,嚴格意義上分類樹並不符合「樹」的定義,只屬於一般的有向無環圖。
  2. 這並不是筆誤,而是因為虛擬UP主虛擬YouTuber在表現形式上是一致的,且二者的區別(活動平台)並不具備標誌性,故只能歸在一個分類下,名稱採用中國內地最為常用的「虛擬UP主」。

增刪改疑

增補
刪除
修改
  1. 按照U:星海子等人的建議,將這一部分拆分為單獨的幫助文檔。
  2. 依照U:Mathreader等人建議修改
疑問
  1. 需要具體的模板設計。

討論區

#不使用過度主觀的標準的那兩個連結為什麼不使用{{假鏈}}?提供真·紅鏈可能真有人會去建分類(--Takeuchi.BadEditor (討論留名) 2023年4月15日 (六) 12:14 (CST)

關於「分類討論專案」

與當年方針修訂提案不同,分類相關提案通常只涉及分類,個人認為不需要另設獨立頁面,直接在分類指引下面建立各該提案子頁面即可。—— Eric Liu 創造は生命(留言·留名 2023年4月8日 (六) 23:19 (CST)

(▲)同上 --深海之下無望人間 2023年4月9日 (日) 17:17 (CST)
我猜提案這樣做是因為分類相關的討論,需要的時間較長,一個提案期可能討論不完,所以才打算弄成專案這種不限時間,又能將不同討論匯總的方式?--Mathreader討論) 2023年4月9日 (日) 22:24 (CST)
(~)補充 還有一點就是分類相關規範等級不高但影響範圍較廣,應該選擇一些醒目的方式來引人注意?--北湖3討論) 2023年4月10日 (一) 17:20 (CST)
(~)補充 想到了專案的另外一點優勢:可以更好得比較不同方案的優劣,而不是只是評價一種方案的好壞(這一點也能從隔壁的姓氏分類存廢提案看出來)。--北湖3討論) 2023年4月10日 (一) 19:59 (CST)
統一回復一下:首先專案這個形式大家都比較熟悉,因此優先選擇。其次,分類討論涉及範圍較廣,不希望就細碎事項佔據原本分類指引的討論空間。——   於是我放棄了二餅已讀不回) 2023年4月10日 (一) 22:28 (CST)
@TsanconBYin:我想本來也就沒有什麼「討論空間」吧?討論指引也從來都是另外開獨立提案或在方針政策區討論。而且子頁面根本不佔據母頁面的討論空間,個人所主張的只是不要另設毫無意義的獨立母頁面而已。—— Eric Liu 創造は生命(留言·留名 2023年4月16日 (日) 18:28 (CST)
若提案人沒有就此問題給出合理的回覆,個人將考慮反對此提案。—— Eric Liu 創造は生命(留言·留名 2023年4月22日 (六) 19:53 (CST)
遲復為歉,在此給出理由:首先在一個已經通過的指引下直接設置一堆草案子頁面是一個非常有違萌百慣式的做法,包括提案所採用的也是對應討論頁的子頁面(僅當超長時使用對應項目頁面)。基於此更進一步的話,採用專案制度,專案管理人擁有更大的裁量權,例如隨時停止完全不合理的專案或者轉嫁專案負責人,若設置在指引子頁面則在信息統合與管理上存在諸多不便。——   於是我放棄了二餅已讀不回) 2023年4月30日 (日) 08:52 (CST)

之前我就想問點專案的事,本來想先等上面的討論結束的,鑑於提案剩餘時間不多,我就先問了:

  1. 能否明確一下,專案的管理人會是誰?是一人還是多人,專案進行過程中,管理人是否可能發生變動?
  2. 專案是否有預想的時間限制,還是會作為一個長期項目持續進行?
  3. 專案管理人的「裁量權」有多大?專案是只能按照管理人提供的框架/分類問題進行討論,還是可以由用戶提出想要討論的分類問題?

問這些倒不是因為我不信任專案這個思路,主要是提案里關於專案的實際操作幾乎沒有解釋,我至少想了解一下專案的大致形式。--Mathreader討論) 2023年4月30日 (日) 12:41 (CST)

(+)+1 --par MÉ.leKhLM Talk」「Sign」「Visca Barça! 2023年5月1日 (一) 09:52 (CST)
  1. 原本暫定是我和小t,不過如果存在爭議的話我會請ann姐定奪。
  2. 長期的,但倘若連續一個季度或者半年沒有新進展的話我會考慮終止專案。
  3. 我個人預想的是,能夠駁回「一句話提案」以及完全沒有可實施性的方案,以及轉移各具體專案的負責人。我會給出一些可能更合理的議題,但也歡迎各種奇思妙想。
沒有把專案具體內容寫進來的原因很簡單,我不希望在非政策性的內容上節外生枝。就算完全不在提案內提及相關內容,我也會適時向ann姐提出建立專案的申請。——   於是我放棄了二餅已讀不回) 2023年5月2日 (二) 09:44 (CST)
了解了,感謝回復。 --Mathreader討論) 2023年5月2日 (二) 10:53 (CST)

關於分類原則的概括建議

個人覺得分類應遵循的原則下,「分類並非越多越好」,「小分類與大分類」,「重複分類的取捨」、「必要時放棄分類」這四點,其本質均為「避免過度分類」,感覺沒有必要將這件事拆開來強調四次,可以考慮將他們合併成一到兩個點,然後把其中的不同情況/理由作為小點來描述。 --Mathreader討論) 2023年4月8日 (六) 23:36 (CST)

「避免過度分類」這句話太萬金油了,我傾向拆開描述。——   於是我放棄了二餅已讀不回) 2023年4月8日 (六) 23:47 (CST)
可能我寫的不是很明白,我的意思是,「公開可查證的信息」、「可定義性與標誌性」、「不使用過分主觀的標準」、「避免過度分類」,這四點應該是在同一級別下的(即分類原則中,各個不同的需要考慮的「角度」)。如果你想要細緻闡明如何「避免過度分類」的話,可以在它下面開幾個小點解釋,而不是把這些小點和上面的那幾個大角度並列起來。
另外,我的理解是,這邊的分類原則,闡述的應該是「哪些分類需要創建」,因此所有的與「頁面該怎麼分類」相關的內容,不應當出現在這裏。像「重複分類的取捨」那一欄里講的,頁面能否同時屬於子分類與父分類,我覺得就與這一段的主旨不符,放到指南類文檔而非本指引中更好。
以及,我的整體感覺是,這份指引太過於像幫助類的指導性文件了。(比如說「可定義性」裏面的教大家怎麼判斷的那幾問;還有「必要時放棄分類」這種,我覺得完全可以交給實踐,而非需要指引規定的內容。)要作為指引的話,我覺得還需要精簡一些,用儘可能少的原則精煉地概括主旨;如果確有必要的話,也可以弄一個配套的指南性文件。--Mathreader討論) 2023年4月9日 (日) 01:25 (CST)
首先這些基本原則實際上很重要,至少設立為指引才能成為後續討論的基礎。其次這份文件你暫且可以當成一份目錄,我實在是不敢把具體的分類問題放在一起表決……那樣大概率過不了。——   於是我放棄了二餅已讀不回) 2023年4月9日 (日) 11:01 (CST)
我是覺得作為目錄,也應當有一定的條理性比較好。你可以保留所有的基本原則,但按照其大致角度重新排列整理一下,並且去掉一些指導性的表述,我覺得效果就會比現在好很多了,當然這只是個人建議。
另外我其實挺好奇,「必要時放棄分類」這一點,是基於什麼樣的思路想出來的,以及究竟什麼樣的場合可以稱之為「必要」,因為導航模版和分類的定位顯然是不一樣的,如果因為存在模版就可以輕易地廢除相關分類,總覺得不太妥當。--Mathreader討論) 2023年4月9日 (日) 12:36 (CST)
我不認為現在的條理混亂到了非要更改正文不可的地步(畢竟提案正文大段更改並不美觀),而且這些條款的重要性絕不能只用一個「不要過度分類」統括,我說了那是個萬金油的表述。
至於放棄分類那一條,你邏輯反了,是不好分類才用模板,而不是有模板就放棄分類。——   於是我放棄了二餅已讀不回) 2023年4月9日 (日) 13:34 (CST)
能舉個例子嗎?什麼情況下不好分類的東西,用模版可以簡單地解決?--Mathreader討論) 2023年4月9日 (日) 22:13 (CST)
如果只是用現有的{{分類重新導向}}和{{分類消歧義}}模板的話,我個人恐怕不是很贊同,除非添加一些附加內容(比如過濾器,或者簡要說明如何添加/修改分類),否則其有概率增加大量的積壓工作,引致維護負擔。——Nameless Qaolp0 (討論) 2023年4月10日 (一) 18:34 (CST)
@MathreaderQaolp0 這裏統一回復下,舉個例子:假如一個作品二三十個角色,按照其設定出身或者陣營建立分類就不一定合適,用大家族模板表示其實就夠了。——   於是我放棄了二餅已讀不回) 2023年4月10日 (一) 22:09 (CST)
你的思路我理解了,說到底還是避免過度分類,但是我感覺這一條的描述太過於抽象了,完全聯想不出來你舉的這個例子,感覺語言或者邏輯上還得再改改。所以像我一開始說得那樣,一個「避免過度分類」章節下面開幾個小點,可以一次性解決不少問題。 --Mathreader討論) 2023年4月11日 (二) 01:46 (CST)
其實可以考慮合併段落,共用一章節。反正內容還是分開的。—— Eric Liu 創造は生命(留言·留名 2023年4月9日 (日) 17:54 (CST)

我考慮了一下,「必要時放棄分類」可以改成「創建分類頁需三思」:「創建一個分類頁要比刪除它難得多,不要在未經討論的情況下隨意建立一套分類體系。如果你不知道該分類頁是否該創建,那麼請記住分類並非唯一的索引方式。例如對於作品內的角色陣營區分,採用各類導航模板進行分類展示效果更好。」@MathreaderEricliu1912Qaolp0——   於是我放棄了二餅已讀不回) 2023年4月14日 (五) 18:29 (CST)

後面的我能看懂,但我沒有理解第一句里的「創建一個分類頁要比刪除它難得多」(創建分類頁好像並不需要什麼權限,反倒刪除需要權限或申請),能否解釋一下?--Mathreader討論) 2023年4月16日 (日) 00:55 (CST)
囧rz... 我寫反了……——   於是我放棄了二餅已讀不回) 2023年4月16日 (日) 17:52 (CST)
另外還有一種折衷辦法,就是照樣合併段落並列點,但把小章節額外改為開頭粗體,例如:「分類並非越多越好:不是條目中所有可供查證的事實(或者兩個以上此類事實的交集)都有添加分類的必要,為一個條目的所有內容添加上對應的分類也是不現實的。對於較長的條目來說,可能會產生數以百計的分類,而其中可能有很多不必要的分類。過度分類也會給查找有用的分類造成困難。」我想這比分立許多內容貧乏的小章節要好多了。—— Eric Liu 創造は生命(留言·留名 2023年4月16日 (日) 18:31 (CST)
雖然對具體內容暫時沒有什麼看法,但是感覺這些原則應該要有一定的先後順序。比如這裏提到的章節,應先考慮分類創建與否再考慮創建規則。總而言之,我認為現在的排序有些亂,以至於在閱讀過程中出現了理解問題。——Qaolp0 (討論) 2023年4月16日 (日) 19:09 (CST)
這裏「分類頁的創建」放在最後還算是有一定合理性的,因為通常來說大家會先考慮頁面內添加的分類連結,再考慮分類頁的創建。前幾個條款可以認為「在條目編輯時就應該考慮」,而分類頁則是「最終防線」。——   於是我放棄了二餅已讀不回) 2023年4月16日 (日) 20:56 (CST)

關於可能的幫助文檔

建議隨指引及專案一併添加一份關於分類的幫助文檔(Help:分類Help:分類,或其他合適的頁面名),加入在分類方面需要進行解釋說明,但不適合放入指引的內容。我想一些簡單的操作方法與命名空間內容建議是可以寫進去的,甚至包括提案中計劃設立的指引的部分內容。——Nameless Qaolp0 (討論) 2023年4月10日 (一) 18:40 (CST)

幫助文檔有必要,但絕不是從現在的正文拆,畢竟現在這些已經是很基礎的東西了,對於現在分類相關的「混沌初開」來說,一股腦設為指引對後續討論來說其實更方便。
真要幫助文檔的話可以考慮User:AkizukiSaitou/萌娘百科:創建新分類這樣的對分類頁的創建指導,但考慮到日後很多分類需要重構,直接轉正這樣的文稿可能不合時宜。——   於是我放棄了二餅已讀不回) 2023年4月10日 (一) 22:20 (CST)
為什麼不能是從現在的正文拆?舉個例子,#分類的索引順序一節「應當採用以下方式」往後的內容都不需要往指引寫入,而且這部分內容寫為「應當」是錯誤的。這些內容完全可以拆分出去。—— ほしみ 2023年4月13日 (四) 22:46 (CST)
我姑且認為索引也應當進行規範,不然會對維護工作造成困擾。不過倒是可以寫一份幫助文檔用以提醒比較容易出錯的排序(比如「朝比奈」或者「沈」這些姓氏常用字)。——   於是我放棄了二餅已讀不回) 2023年4月16日 (日) 17:59 (CST)
我個人認為索引的規範目前不適合通過指引的方式解決。個人仍建議至少就分類索引功能本身單開幫助文檔,相關內容肯定要寫不少的。
實際操作中,錯誤索引的情況是經常發生的,常見的情形有使用了錯誤的拼音,以及只添加漢字本身導致的錯分等。
另外,自巡查以下的相當多的用戶不會(或不願)使用,甚至不知道分類索引功能。而分類索引功能本身又相對複雜,尤其是在不知道頁面確切名稱(多音字)的情況下。——Qaolp0 (討論) 2023年4月16日 (日) 19:26 (CST)
完成 ——   於是我放棄了二餅已讀不回) 2023年4月16日 (日) 22:31 (CST)

幾個小問題

  1. 能否添加關於使用{{按角色特徵分類}}等模板的使用的指引
  2. #依據可定義性與標誌性進行分類中提到了「這個分類可否用一小段文字進行解釋?」,請問這「一小段文字」應當出現在:分類頁,有此分類的頁面,抑或在別人進行問詢時的答案
  3. 「顏色對過膝襪而言是一種標誌性的特徵,但對手套則不是」。對於這點我有( ? )疑問 ,煩請解釋一下,多謝-- 吳太祖大皇帝 · 罪論 · 擢升 · 酒詩 2023年4月18日 (二) 21:51 (CST)
您的標題層級有誤,順手修改了一下。
2:我的理解是分類頁或是對應條目。
3:具體來講,過膝襪的不同顏色都是有專門的說明的(黑色過膝襪白色過膝襪),但手套的不同顏色就沒有,可以理解「無法做出專門說明=不是標誌性的特徵」;但對手套而言,標誌性的特徵(可以進行說明的方面)又有材質(比如皮革、塑膠)和是否露指等。-- 「我點燃了火,卻控制不了它。」 2023年4月19日 (三) 12:47 (CST)
1.抱歉,直接使用了「添加話題」。
2.那對應條目的哪裏呢?人物簡介,infobox,抑或在分類連結的旁邊加註釋?
3.這個結論的得出是由於「萌百已經有黑白過膝襪分開寫的條目卻沒有手套的」還是由於「手套在萌百外也相對過膝襪沒有標誌性」,以及,我覺得材質可能比顏色更不明顯……-- 吳太祖大皇帝 · 罪論 · 擢升 · 酒詩 2023年4月19日 (三) 17:32 (CST)
現在並不是辯論具體某一分類的問題的時候,且我不認為現在關於黑白絲的舉例會讓人有理解障礙,因為這些屬性都是約定俗成的。此外「一小段文字」並不需要以一種特定的具體方式呈現,你提出的幾種方式都是可以的。——   於是我放棄了二餅已讀不回) 2023年4月20日 (四) 20:01 (CST)
emmmmmmmm……那麼也就是說「約定俗成」依然會作為分類是否必要的確認方式,是這樣嗎?-- 吳太祖大皇帝 · 罪論 · 擢升 · 酒詩 2023年4月20日 (四) 20:09 (CST)
這裏不是萌百的約定俗成,而是ACG觀眾群體的約定俗成。——   於是我放棄了二餅已讀不回) 2023年4月20日 (四) 23:04 (CST)
了解您的看法了。-- 吳太祖大皇帝 · 罪論 · 擢升 · 酒詩 2023年4月21日 (五) 17:07 (CST)

關於支分類和葉分類

我記得這個問題我在討論版上和秋月討論過但後來沒有下文了,這裏再拿出來討論一下。目前葉分類的定義是不包含子分類的分類,但比如某個漫畫作品一開始只收錄了漫畫,動畫化後自然會有一個XX作品音樂的子分類,那麼根據目前定義它就會從葉分類轉為支分類。然而從概念上來說作品分類仍然是分類樹的終端,這樣的分類是否有必要?——以上未簽名(註)本條留言未簽名,留言後請記得用--~~~~簽名!的留言由Bbrabbit討論·貢獻)於2023年4月23日 (二) 09:57 (CST)添加。

類似的如分類:你的名字。或者更棘手的像分類:英雄聯盟這樣以作品名命名的分類,我和二餅討論過,按道理來說,作品分類下只需要放作品條目,不需要放作品分類。作品分類更像個大家族,沒法把它提出來歸類到現有分類體系下,直接廢掉又會打亂下面的子分類,暫時只能維持原狀,或許閣下有更好的意見或者建議?—— 矢志不渝Cosecant(討論·貢獻)虛研社新logo.svg 一般路過虛研社箱推人 2023年4月24日 (一) 10:44 (CST)
我在這裏轉述一下秋月之前的看法再加上我自己的一點看法:支分類下不應該有子頁面,只作為條件分類使用,而某個作品/聲優這樣的分類按照性質來說應該都是葉分類(因為分類樹的作用是通過分類找到某個作品,那麼作品應該就是分類樹的終端)。而葉分類內部的子分類只是為了能夠更好地幫助讀者區分不同條目的歸屬。例如某個作品的音樂也是作品的一部分,分出一個額外的音樂分類只是為了幫助整理作品分類這一塊空間,本質上不影響作品分類的性質。以上引用的原討論是[1],下面借用一下秋月整理的表格
概念 父分類 子分類 子(內容)頁面 實例 備註
根分類 可能 分類:分類(純根分類)
  1. 現階段沒有,未來應該也不會需要「混合根分類」(同沼澤的意見)
  2. 或者按「根基」的概念而言,父分類為分類:分類分類:人物分類:作品等分類其實也屬於根分類?
  3. 「條件根分類」可能也不需要?(Category:容器分類可能會屬於「條件根分類」,但它的父分類應該是分類:萌娘百科管理頁面
支分類 分類:漫畫(純支分類)
分類:按聲優分類(條件支分類)
現階段沒有,未來應該也不會需要「混合支分類」(同沼澤的意見)
端分類 可能 可能 分類:日本漫畫作品(只包括內容頁面的混合端分類)
分類:種崎敦美(包括子分類與內容頁面的端分類的混合端分類)
一個「純端分類」的例子:Category:さいとうよしえ
但這樣的分類會隨着分類對象的變化而改變類型(同bb兔的意見),如果這位聲優未來以表名義出演了某個角色,那麼這一分類就屬於混合端分類了

--bbrabbitからの評論 #討論# 2023年4月25日 (二) 11:54 (CST)

1. 關於葉分類內部子分類:
實際上我認為類似的單純以作品名、組織名或人物名命名的分類都是不夠明確分類作用的命名,作品分類下面應當只包含作品條目而不應當包含以作品名命名的分類,以作品名命名的分類應當單獨提出來另外討論。例如分類:日本漫畫作品下應當只出現不道德公會條目本身,而不應當出現其分類不道德公會
若以目前的現狀來看,就會出現閣下前文所說的作品分類下面還會包含作品的角色子分類、音樂子分類的情況,這會引起嚴重的分類交叉問題。
2. 關於索引分類與支分類的問題:
作為緩解分類交叉問題的一個解決方案,就是將以作品名、組織名或人物名命名的分類單獨提出來作為索引分類。
例如將分類:中國作品下的分類:碧藍航線移動到分類:索引分類下,分類:中國作品下只保留碧藍航線條目本身;其子條目符合其他分類要求的例如分類:碧藍航線角色分類:碧藍航線音樂作品同時放在對應的人物、音樂分類下。
同樣的,索引分類也可以將分類:萌娘百科頁面分類:模板囊括在內。
3. 額外處理:
按上文的想法,分類:種崎敦美應該被拆分重命名為分類:種崎敦美配音人物/分類:種崎敦美歌曲(如果有),其以里名義出演的作品分類分類:桐谷華分類:澤澤砂羽也應當同樣處理,而分類:種崎敦美則是囊括前者的索引分類。—— 矢志不渝Cosecant(討論·貢獻)虛研社新logo.svg 一般路過虛研社箱推人 2023年4月25日 (二) 15:29 (CST)
如果加入一個索引分類確實可以解決這個問題,但這樣就需要對現在的分類做很大的改動(以及修訂站內其他指引/專題指引/說明文件等),是否目前不太可行?--bbrabbitからの評論 #討論# 2023年4月26日 (三) 14:37 (CST)

目前多數作品名分類下的內容都是一塌糊塗,無論是否建立索引分類也都是需要做大變動進行優化的。至於指引和說明文件等暫時牽扯不到太多,基本上沒有涉及到分類說明。—— 矢志不渝Cosecant(討論·貢獻)虛研社新logo.svg 一般路過虛研社箱推人 2023年4月27日 (四) 09:53 (CST)

這裏提到的「索引分類」和我以前提出過的一個概念很像,但是和現有的分類體系差距太大所以我不得不放棄了。如果真的要設立的話,我傾向於將分類:索引分類:分類並列為頂級分類。——   於是我放棄了二餅已讀不回) 2023年4月30日 (日) 00:27 (CST)

關於各專題模板子分類的一些小建議

個人大致看了一下目前各個專題的模板子分類都位於作品分類下各專題分類內,感覺這樣多少有點不太合適。
是否可以在Category:模板下新建一個Category:專題模板子分類,然後將諸如Category:碧藍航線模板Category:明日方舟模板等專題模板分類改到Category:專題模板下。

——性感航母在線空襲,美女戰列免費試射☛快來玩碧藍航線吧罵我|打工史 2023年4月29日 (六) 21:44 (CST)

標題層級錯了,幫你改了一下。其次,我個人權且認為這並不是本提案要討論的內容,可以留待後續專案討論。當然,在現階段沒有任何規範的情況下,就算先斬後奏也很難被追責。——   於是我放棄了二餅已讀不回) 2023年4月30日 (日) 08:42 (CST)
手滑點了添加話題。那就當為後續討論留個提醒吧,怕以後忘記說了。 ——性感航母在線空襲,美女戰列免費試射☛快來玩碧藍航線吧罵我|打工史 2023年5月1日 (一) 01:27 (CST)

投票開啟後的討論

關於「專案」的進一步陳述

參考2021年專案,首頁就已經明確「本頁面及其下各子頁面並不代表可以代替萌娘百科的任何提案流程,討論結果不得直接成為萌娘百科的方針或其他規範性文件」。希望大家把其當成一個集中討論區,不必擔心這一制度會干涉最終程序的制定。——   於是我放棄了二餅已讀不回) 2023年5月5日 (五) 22:58 (CST)

大概還是被「專案」這個名字可能引起的負面聯想拖累了吧……但我個人認為,對於分類這種站內歷史已經超過十年的疑難雜症,啟用專案進行處理並無不合理之處——因為的確不是一般的問題了。-- 「我點燃了火,卻控制不了它。」 2023年5月5日 (五) 23:25 (CST)

投票區

正在加載中……
本次投票TsanconBYin[更多]討論頁貢獻上載歷史封鎖及歷史被刪貢獻移動日誌巡查日誌用戶權限及日誌使用者查核發起。
  • 投票開始時間: |
  • 投票結束時間: |
  • 投票總用時 7 天,正在計算中……

不得不承認本次提案並沒有收到如期的回應。無論如何我希望大家在投票的時候能稍微明確一些態度,方便日後改進。稍晚一些通知票權人。——   於是我放棄了二餅已讀不回) 2023年5月3日 (三) 23:57 (CST)

@AnnAngela蓝羽汇星海子玄微子弗霖凯LuoxuchanLeranjun——   於是我放棄了二餅已讀不回) 2023年5月3日 (三) 23:59 (CST)

@Bbrabbit宇文天启空翊Vcfch843875618HetmesAskalana不是液氮XzonnBete1geuseLUO1PTsanconBYin西尾哈鲁卡WenzuxiaotBob1301Daigui屠麟傲血珞羽子胡祥又秋园世界高级火法Ericliu1912Jacklin612正云明宏人间百态磷化镓BearBinMilkBoyRing keKingChan冰风飘羽柏喙意志本森级7号舰拉菲淮南皓月Sytus花落丿天使粉丝12323一位史蒂夫——   於是我放棄了二餅已讀不回) 2023年5月4日 (四) 00:00 (CST)

@北湖3MathreaderAkizukiSaitouQaolp0Takeuchi最喜欢四糸乃LeKhLM浦爪爪——   於是我放棄了二餅已讀不回) 2023年5月4日 (四) 00:02 (CST)

管理員

同意
  1. (+)同意 集民智是好的。——From AnnAngela the Bureaucrat (Talk) 2023年5月7日 (日) 15:36 (CST)
  2. (+)同意 已經無所謂了。——絲毫沒有存在感的某藍色管理員討論) 2023年5月7日 (日) 15:51 (CST)
  3. (+)同意 不影響最終投票結果。--S.I. 珞珝 [用戶討論] 2023年5月10日 (三) 13:03 (CST)
反對
  1. (-)反對 正文中只有1/5不到的內容屬於指引的範疇且措辭模糊,其他內容完全屬於一篇指南論述。另反對設立所謂專案討論此事,專案本就是特殊情況下的產物,不應當成為慣例。最後,我個人不贊成在任何有效力的文件中使用模糊措辭大量舉例。理解希望分類有所改觀的心情,但因此倉促通過一份粗糙的文件得不償失。——From 引夢者濁華(討論) 2023年5月5日 (五) 02:01 (CST)
棄權
  1. (∅)棄權 已知接下來的幾天內沒時間看提案。—— ほしみ 2023年5月4日 (四) 22:35 (CST)
  2. (∅)棄權 分類這個東西,愛誰弄誰弄.--飢餓之聲-弗霖凱討論) 2023年5月8日 (一) 12:17 (CST)
  3. (∅)棄權 分類分類是好的,但是同樣對專案持保留意見……--EnMGP編輯者樂然亮出你的底牌、將生命壓上賭桌。 2023年5月10日 (三) 14:19 (CST)

巡查姬

同意
  1. (+)同意 分類這種事怎麼着都行。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2023年5月4日 (四) 00:10 (CST)
  2. (+)同意 對包括提案發起人在內的大家的持之以恆解決分類問題的精神表示敬佩。——From GaP ( Talk and Contributions) 2023年5月4日 (四) 00:15 (CST)
  3. (+)同意 分類還是儘快有相關指引比較好,免得成為第二個共享站(屎山)-- ——性感航母在線空襲,美女戰列免費試射☛快來玩碧藍航線吧罵我|打工史 2023年5月4日 (四) 01:01 (CST)
  4. (+)同意 分類問題靠想是沒法解決的,實踐一下才能知道提案需不需要改進。--bbrabbitからの評論 #討論# 2023年5月4日 (四) 04:36 (CST)
  5. (+)同意 好耶好耶好耶——bob1301討論) 2023年5月4日 (四) 10:58 (CST)
  6. (+)同意 有人願意搞分類,挺好的。——Xzonn聊天) 2023年5月4日 (四) 13:26 (CST)
  7. (+)同意 搞分類樹,自然是好事  ——MilkBoy討論貢獻 ) 2023年5月4日 (四) 14:17 (CST)
  8. (+)同意 把分類問題處理好本身就是好事。—— And in that light, I find deliverance. DaiGuitalk」 2023年5月4日 (四) 17:51 (CST)
  9. (+)同意 其實關於專案的部分我可以單獨再找ann姐協商看看如何進一步處理,煩請大家將精力集中在指引正文上。——   於是我放棄了二餅已讀不回) 2023年5月4日 (四) 22:32 (CST)
  10. (+)同意 辛苦了。希望本提案能作為一份綱要,指導分類各部分的完善。希望本提案不會因為管理投票被否掉。--𝕻. 𝖂. 𝕿. 2023年5月5日 (五) 01:28 (CST)
  11. (+)同意 個人認為分類的規範化是比較迫切(至少是越快越好)的問題。對「專案」和作為指引是否適合有點疑慮,但姑且不因此表示反對。——柏喙意志💬 2023年5月5日 (五) 02:16 (CST)
  12. (+)同意 提案已經相對完整,希望能在實踐中完善。—— 矢志不渝Cosecant(討論·貢獻)虛研社新logo.svg 一般路過虛研社箱推人 2023年5月5日 (五) 09:32 (CST)
  13. (+)同意 不了解但先有個規範出來是好的。——空翊「留言」 2023年5月5日 (五) 20:54 (CST)
  14. (+)同意 這一步是可以做的,不過其實還是對於專案的社群活躍程度有一定疑慮。--Vcfch843875618討論) 2023年5月6日 (六) 01:33 (CST)
  15. (+)同意:至少是一個比較好的開始。—— LN2 不是液氮 (討論貢獻) 2023年5月7日 (日) 19:52 (CST)
  16. (+)同意 有總比沒有好——From 西尾哈魯卡 (討論) 2023年5月7日 (日) 21:53 (CST)
反對
  1. (-)反對 不認可依靠所謂的專案來處理這種事情,不認可指引中的部分內容,不認可作為「指引」其所使用的措辭。—— 非專業技師一位史蒂夫  討論·貢獻 快給我去看《貓之茗》第二季! 2023年5月4日 (四) 21:17 (CST) 修改於 2023年5月4日 (四) 23:26 (CST)
  2. (-)反對 對分類開刀是好的,但對於發起專案這件事依舊存在疑慮,請抱歉對本次提案投下反對票。 --From 想rua阿卡林糰子的天使はーいー!ゆるゆり,始まるよ~ 2023年5月4日 (四) 22:21 (CST)
  3. (-)反對 對專案制度不太認同—— Ring ke討論) 2023年5月5日 (五) 08:15 (CST)
  4. (-)反對 對於此提案的部分內容和措辭表示不認可--深海之下無望人間 2023年5月6日 (六) 14:59 (CST)
  5. (-)反對 適用於全站的指引作為執行維護操作的依據,應當明確具體,具有可執行性,但全文讀畢給我的感受是論述、幫助性文檔和指引的糅合。從無到有是非常了不起的工作,這篇文件本身具有開創性意義,但考慮到指引文件的效力和保護等級,恕我很難投下同意票(而且由於活躍度沒法再投棄權了)。〔巡〕淮南皓月 🌙 2023年5月6日 (六) 15:51 (CST)
  6. (-)反對 口口聲聲說完善,到底還是半成品。—— 冬月下的二重奏 LUO1P 2023年5月7日 (日) 17:45 (CST)
  7. (-)反對 我也覺得沒指引的樣--已經是一條死魚的HetmesAskalana 2023年5月8日 (一) 01:53 (CST)
  8. (-)反對 感覺比起指引來說,更像是一篇論述。另外,我覺得為了邁步而邁步不是什麼好事。恕我投下反對票。—— Jacklin612·🧾) 2023年5月8日 (一) 12:10 (CST)
  9. (-)反對 「聲優以不同名義參與配音」也可以是已證實消息,且也存在應當採用同一分類的情況,且分類是否需要分開也和此消息是否被證實無關,舉例不當。 葫蘆又 2023年5月10日 (三) 19:45 (CST)
棄權
  1. (∅)棄權 怎樣都好吧,另外就是對專案管理人的選定流程存在疑慮。--某FFF團的高級火法 批判一番) 2023年5月4日 (四) 00:58 (CST)
  2. (∅)棄權:仍然不認同疊床架屋的專案制度。—— Eric Liu 創造は生命(留言·留名 2023年5月4日 (四) 12:16 (CST)
  3. (∅)棄權 不認可提案的部分內容,故棄權。——白蛇-粉條討論) 2023年5月4日 (四) 22:38 (CST)
  4. (∅)棄權 不關注分類方面,故棄權——by 專注各話製作的正雲明宏 2023年5月4日 (四) 23:45 (CST)
  5. (∅)棄權 最近實在無精力研究,抱歉。--冰風飄羽討論) 2023年5月6日 (六) 16:56 (CST)
  6. (∅)棄權 分類政策好像不是我能搞懂的。—— 屠麟傲血討論) 2023年5月6日 (六) 17:20 (CST)
  7. (∅)棄權 目前看來專案可能不容易發揮出很好的效果;不考慮專案方面問題的話,我也覺得作為一份開創性質的文件應當具有更強的指導性。當然這份提案的一些實質性內容相當值得肯定,期待第二版。——BearBin 噴他 / 留名 2023年5月6日 (六) 22:05 (CST)
  8. (∅)棄權 沒看,告辭—— 超級純潔的小馬娘秋園邀請你去地下室重馬場一坐 2023年5月7日 (日) 20:32 (CST)

參與討論的自動確認使用者

同意
  1. (+)同意 至少有標準是好的-- 吳太祖大皇帝 · 罪論 · 擢升 · 酒詩 2023年5月4日 (四) 17:55 (CST)
  2. (+)同意 應該沒太大問題,專案也可以作為解決很多具體編輯問題的有益嘗試。--北湖3討論) 2023年5月5日 (五) 11:05 (CST)
  3. (+)同意 最近太忙太累就不說多了。但由於分類問題本身的性質,指引過於細緻的問題幾乎是難以避免的。以及如果反對「專案」,至少也應該的確有一個類似於Talk:明日方舟的討論頁來進行集中討論與留檔:我之前在用戶:AkizukiSaitou/新分類體系更新內容中總結了一部分與分類問題有關的討論串,發現即使都是「分類」問題也會因範疇不同而分散在不同的討論頁面(頁面相關、提問求助、方針政策等),這對改善分類狀況不是一件好事。-- 「我點燃了火,卻控制不了它。」 2023年5月6日 (六) 21:32 (CST)
  4. (+)同意 事實上,提案發起人根本沒有看到我的發言,但是提案的整體思路符合本人觀點--Takeuchi.BadEditor (討論留名) 2023年5月7日 (日) 10:33 (CST)
反對
棄權
  1. (∅)棄權 全程划水和吃瓜,且不認同專案制度 --par leKhLM Talk」「Sign」「柏門🙏 2023年5月4日 (四) 18:23 (CST)
  2. (∅)棄權 其實想提的建議,我在討論區都說完了。個人對於本分類指引中相對繁瑣的、過於指南化的行文仍存有疑慮,但鑑於本提案通過後可以促進後續分類討論的進行,綜合考慮後決定棄權。--Mathreader討論) 2023年5月5日 (五) 02:58 (CST)
  3. (∅)棄權 看來各個用戶對分類問題的不同看法已經造成了相當的負面影響。如果後續還有可操作空間,個人建議將創建分類相關的幫助和論述擺到優先的位置上。提案中不太妥當的行文處理可能也造成了減分。——Qaolp0 (討論) 2023年5月5日 (五) 18:10 (CST)

無票權用戶意見

同意
  1. (+)同意 支持進行更詳細具體、不易混淆的分類。但如 Category:初音未來 例,雖然宜作細分,但仍可以考慮設置索引性質的頁面來列出所有關於初音未來的頁面,便於讀者和編輯者聯想與Flow。--Diligenicorn討論) 2023年5月10日 (三) 21:25 (CST)
反對
  1. (-)反對 反對對蛐蛐分類使用專案,反對自我任命專案負責人。--CINDERELLA GIRLS topic CONTRIBUTOR THE Legend frog (SUMMON) 2023年5月4日 (四) 21:33 (CST)
棄權
  1. (∅)棄權 沒有票權就不對整體內容發表意見了,只提一點:文中點名的「Cat:初音未來(等類似以歌姬為名稱的分類)是『問題分類』,需要考慮拆分或整理為『以初音未來為原型的角色;初音未來配音的角色;初音未來演唱的歌曲』」,如果未來實際進行調整,還望多加考慮。——4O74Y74L74J7討論) 2023年5月4日 (四) 12:38 (CST)

計票與結論

經計算:

  1. 共有7位管理員參與投票,其中:
    • (+)同意 3票
    • (-)反對 1票
    • (∅)棄權 3票
  2. 共有33位巡查姬參與投票,其中:
    • (+)同意 16票
    • (-)反對 9票
    • (∅)棄權 8票
    • 另有2位在職巡查姬(Bete1geuse、珞羽子)與1位離職巡查姬(Sytus)未參與投票。
  3. 共有7位參與討論的自動確認使用者參與投票,其中:
    • (+)同意 4票
    • (-)反對 0票
    • (∅)棄權 3票。
  4. 另有3位無票權用戶發表了意見。

當前提案有4位管理員投同意或反對票,大於方針規定的2位,投票有效

合計(+)同意 23票,(-)反對 10票,(∅)棄權 14票,同意票數大於反對票數,且管理員的同意票數不小於反對票數。綜上,提案通過

請管理員核對計票結果並修訂對應的文件,感謝各位參與討論。—— 矢志不渝Cosecant(討論·貢獻)虛研社新logo.svg 一般路過虛研社箱推人 2023年5月11日 (四) 11:41 (CST)