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

萌娘百科 talk:提案/已通过提案/关于设立分类指引与分类讨论专案的提案(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)
尴尬 我写反了……——   于是我放弃了二饼已读不回) 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)