Wiki:编辑规范

为了使Postal Wiki的条目标准规范、分类结构清晰、使网站资源能够合理利用，也为了您的劳动成果能得以保留，请按照格式创建、编辑条目及上传图片。

条目命名规范

本指引规范条目（namespace=0，不含消歧义页面和重定向页面）的命名。消歧义页面和分类的命名可适当参考此指引。

条目名是条目的实际标题，可以通过两对方括号（[[条目名]]）链入并被网址包含（可能会被转义），不一定是显示标题。后者可以通过技术手段修改。

命名原则

官方名称优先

取万国邮联、中国邮政或中国邮政管理部门的命名。

1. 若原文为外文，取中国邮政或中国邮政管理部门对同一事物的称呼。例如：Cecogram不应当被命名为盲人读物，而应当命名为盲人邮件；
2. 若中国邮政或中国邮政管理部门的称呼严重偏离原文，则不取官方译名。例如：Tracked Letter不应当被命名为E邮宝。

常用称呼优先

标题应当尽可能使用中国大陆最常见且较为正式的称呼。如果没有，则可退而求其次，选择繁体地区（香港、台湾等）的称谓使用。

例如：Tracked Letter不应当被命名为跟踪信函，而应当被命名为追踪信函。

例如：适用减低资费的定期发行期刊应当被命名为新闻纸（中华邮政）而不是第三种邮便物（日本邮政）。

简体中文优先

原则上条目命名优先级为：简体中文＞繁体中文≫英文＞日文等其他语言。外文标题可以翻译时尽量使用中文。

对于条目名内含有日本汉字的情况应根据实际情况对条目名进行一定的转写处理，不应照搬。

使用全称

原则上不使用编号、简称或缩写来命名条目，除非官方名称大部分人都不知道。

例如：International Reply Coupon不应当被命名为CN01（编号）、IRC（缩写）或回信券（简称），而应当命名为国际回信券。

业务条目命名规范

1. 普遍办理的业务，应当参照命名原则进行命名；
2. 仅中国邮政办理的业务，应当使用中国邮政的命名；
3. 业务条目的名称原则上不应当以“国内”或“国际”开头。

单式条目命名规范

1. UPU单式，应当参照命名原则进行命名；
2. 仅中国邮政使用的单式，应当使用中国邮政的命名；
3. 单式对应唯一业务的，应当将单式条目重定向至业务条目。例如：对于Inquiry，应当这么操作：建立一个页面，叫做查单。对这个页面进行重定向，使得人们搜索查单时被重定向至邮件的查询。

重名处理

通常情况下条目命名应当尽可能作出针对性的命名，而避免使用模糊不清晰的命名。当条目所描述对象具有另外的名称，或是更完整而又同等清晰的名称，可以在符合至少一条命名原则的前提下采用。

例如：日本邮政是日本邮便株式会社（日本郵便株式会社）的常用称呼，但其会和日本邮政株式会社（日本郵政株式会社）。此时应当将日本邮便株式会社（日本郵便株式会社）命名为日本邮便。

条目编写规范

为了提高条目质量与节省编辑者的认知资源，建议编辑者在Wiki:收录范围的基础上，创建自己熟悉领域的条目。

关于创建条目

• 创建特定类型的条目时，请根据相应的人物模板来建立，做到符合Wiki:格式指引。
  • （在创建新条目前，建议参照同类条目）
• 创建条目时，请先保证具有了足够建立条目的资料，避免建立可有可无的低质量条目。
  • 比如，对于邮政单式条目来说，请在至少拥有一张单式图片和了解其用途后再创建页面；
  • 既无单式图片，也无描述单式用途的资料，只是以简短的一两句话建立的条目，是不符合本站规范的。
• 创建条目时的命名请参考命名规范。

关于条目开篇

作为一个百科，正文的第一句话首先要说明该条目是什么东西。

开篇定性是必须有的，是一个正式的条目一上来就要让阅读者看到的说明。

比如对于邮政运营商类条目，开篇要先写明这个运营商是哪国的邮政企业。

• 对于不提供或不完全提供普遍服务的邮政运营商来说，还要指出其业务范围。
  • 皇家邮政是英国的邮政企业。
  • Parcelforce全称Parcelforce Worldwide，是英国的快递和物流企业，在英国提供国际包裹和国际EMS业务。

关于客观视角

• 编辑者应以第三人称编写条目。
• 原则上，编辑者本人不可以对所编辑的条目（尤其是邮政运营商类条目）等做出个人评价和褒贬，而应该以客观第三者的视角，以引述的形式表达用户、媒体等对于角色、作品等的评价。
• 严禁出现第一人称的感慨和表达。

例如：

在平信条码化前，中国邮政的平信丢失率居高不下，曾有调查表明平信丢失率高达33%。

我认为中国邮政发行的邮票图案精美，印刷质量佳。

奥体揽投部从来不投递我的平信，每次都丢进垃圾桶。

外部链接

外部链接应当放置于条目最下方，或与注释放在同一章节。

添加广告链接会被直接封禁。多次添加无关链接账号会被停用一段时间作为警告。

搜集资料

邮政相关资料在互联网数量较少且十分分散，同时官方信息较少公开，导致获取准确的一手资料十分困难。有时无法获得准确的内部资料，可以从新闻报道、证据链完善的个人博文中整理。搜集的资料贵在「精」而不是「多」，多加研究信息来源可以筛选并提高资料的质量。在无法获得准确资料的情况下，亲身实践也不失为一种选择。

• 如果对第二语言（如英语、法语）有一定掌握，那么可以在外语网站获取更丰富的资料，然后翻译回中文再记录。
• 对于收集到的资料，不可直接复制粘贴于条目中，应当经过加工后再使用。

条目分类规范

本指引阐述为页面分类的基本原则。条目分类是为了保证网站的目录结构规整、便于查找，避免无效目录、重复目录，保证资源的有效利用。

分类概述

分类与分类名字空间

分类是一种联系相似与相关的页面、帮助导航的有用工具。一个良好的分类体系可以极大地便利读者和编辑者。

被归于同一分类的页面，将会在分类名字空间（namespace=14）的对应页面显示。例如，如果你想将某个邮政运营商的条目归纳到这个分类下，只需要在源代码中输入[[邮政运营商]]即可。此时查看分类:邮政运营商这一页面就会在该页面的列表里找到该条目，而这个条目的最下方也会出现邮政运营商这一链接。

注意

• 与一般的内部链接不同，[[分类:<分类名>|示例分类]]这样的代码既不会在原先位置生成内部链接（所有的分类链接都固定生成在页面最下方），也不会使链接显示为示例分类（管道符后的内容会改变该页面在分类页的索引顺序）。如果你想正常插入到该分类页的内部链接（就像上文的“示例分类”），应当使用[[:分类:示例分类|示例分类]]这样的格式，此时管道符的作用与正常的内链一致。
• 为模板分类时，请注意将模板分类用<noinclude></noinclude>包裹，避免模板嵌入其他页面时将该分类一并带入。
• 分类的命名应当尽可能明确其性质，避免歧义。

分类页与分类树

值得注意的是，当一个页面被添加到某个分类后，分类名字空间对应的分类页并不会被创建，虽然你可以在这个未创建的分类页看到添加了该分类的页面。因此，当一个分类被确认是有必要的时候，应当建立分类页，对该分类进行描述。

一般来说，分类页也应当添加分类对其进行归属。当一个分类页被添加其他分类后，称该分类页对应的分类为所添加的分类的子分类，反过来称所添加的分类为该分类的父分类。所有的分类按照这样的逻辑进行逐级归类，所得到的结构则被称为分类树。

您可以在Special:需要的分类查看被添加到相关页面但未被建立的分类页，在Special:未使用分类查看分类页被建立但未被添加到任何页面的分类。

注意

• 所有分类，除了分类:分类外，均应作为至少一个分类的子分类，即Special:未归类分类仅允许分类:分类这一个页面存在。
• 一般来说，未使用分类应当被删除，但其中部分分类可能被用于维护。
• 需要的分类下的分类页不一定需要立即被创建，应当思考该分类是否合理，若不合理，应当移除这类分类。

分类的重定向与消歧义

当同一性质的分类，具有不同的表述形式时，为了归类的方便，应当使用分类重定向。但基于MediaWiki自身限制，直接将一个分类页重定向到另一个分类页并不会将两个分类合并，此时应当手动将重定向来源的分类下已有页面的分类修改为重定向目标的分类。

当不同性质的分类存在名称相同的可能性时，优先考虑修改分类表述，使其能够区分。若某个分类混淆长期发生，可以对该重名分类页或者易混淆的分类页进行标记，此后该分类下不应再有任何页面，编辑者应将该分类下的页面转移到正确的分类。

分类的索引顺序

分类页应大致采用拼音字母索引，对于其具体的排序机制以及如何更改请参见帮助:分类索引顺序。

分类原则

依据公开可查证的信息进行分类

这一规则是不言而喻的，依据未证实消息而添加的分类显然违背了百科的宗旨。

分类并非越多越好

不是条目中所有可供查证的事实（或者两个以上此类事实的交集）都有添加分类的必要，为一个条目的所有内容添加上对应的分类也是不现实的。对于较长的条目来说，可能会产生数以百计的分类，而其中可能有很多不必要的分类。过度分类也会给查找有用的分类造成困难。

依据可定义性与标志性进行分类

分类的主要目标之一是以条目的定义性特征来分类条目，故应当尽可能以标志性的标准进行分类。例如，国家对邮政运营商而言是一种标志性的特征（如英国运营商、西班牙运营商），但对邮政业务则不是（如中国邮政业务、美国邮政业务）。

在判断其是否具备可定义性或标志性时，可以从以下几个角度考虑：

• 这个分类可否用一小段文字进行解释？
• 条目内容的描述可否体现添加这个分类的必要性？
• 从分类页看来，能否让所有人理解该页面在这一分类下是合理的？

如全为否，则该分类不应采用。如还是无法判断，尽可能只填写已有的分类。

不使用过度主观的标准

如同主观、非中立性的内容不应出现于条目正文一样，过度主观与非中立的标准也不应被用来命名或定义分类。

小分类与大分类

请不要出于强迫症而对只有少量条目的分类进行太过细致的划分，这样只会加重维护工作和复杂程度。请根据现实需要，优先处理涵盖大量条目的分类。但这不意味着小的分类就全然无用，有一些页面较少的分类可能只是因为短期内萌娘百科未收录（例如各作品的分类），应当综合考虑其成长潜力后再判断其合理性。

一般来说，一个类别中的页面超过200个即会造成查阅困难，需要将其劈裂为数个子分类以进行细分。但部分分类的细分标准可能并不具有标志性（例如“以万国邮联单式的颜色”对Category:万国邮联单式进行细分就不是一个合理的标准），因此请不要为了细分而细分。此外，当一个分类既拿不出细分的标准，又存在其他的分类理据问题（比如并不具备特征性，或者其定义模糊、容易泛化，或者并不符合收录标准）时，可能不建立该分类才是最佳选择。

重复分类的取舍

显然，将印刷品专袋同时分类为分类:业务和分类:信函业务不是一个好主意，因为“信函业务”作为“业务”的子分类已经具备足够的标志性了。但是，确实存在部分子分类无法完整体现其特征的情况，此时应允许其同时存在于父子分类下。

创建分类页需三思

删除一个分类页要比创建它难得多，不要在未经讨论的情况下随意建立一套分类体系。如果你不知道该分类页是否该创建，那么请记住分类并非唯一的索引方式。

分类的抽象归类方式

随着百科条目数量的增长，分类树变得越来越复杂，错误的分类操作也愈发常见。许多用户可能并不了解庞大的分类树，误将自己创建的条目放到了只包含子分类的分类下，或是将某个子分类放到了都是条目的分类下。因此，将分类划为不同种类，能够有效地防止错误分类，也能方便维护工作的开展。

分类树位置

萌娘百科主站的顶级分类为分类:分类，应当为唯一一个未归类分类，也是分类树的起点。

根据某个分类节点在分类树上的位置，可以将其分为三类：

• 根分类：分类树的“根基”，只属于顶级分类。
• 支分类：分类树的“分支”，即属于一个或多个非顶级分类的父分类、同时也包含子分类。
• 叶分类：分类树的“终端”，仅包含条目、模板等内容页面，不包含子分类。

概念	父分类	子分类	子（内容）页面
根分类	分类:分类	有	无
支分类	有	有	可能
叶分类	有	无	有

此外，还有以下特殊情况：

• 孤立分类：无父分类且无子分类的分类。此类分类不应存在；所有分类都应该被归入至少一个父分类，或包含一个子分类。
• 空分类：无子分类、亦无子页面的分类。一般地，此类分类不应存在，除非作为重定向、消歧义或维护用分类。

支分类的归类

依照分类下的页面类型，又可将支分类分为以下两大类：

• 容器分类：仅包含子分类的分类。特别的，根分类也可以被视为一种容器分类。
  • 条件分类：一类特殊的容器分类，本身并不描述事物的具体属性，具体描述由其子分类进行。格式一般为“按XX分类（的OO）”或“各XX（的）OO”。
• 混合分类：包含子分类与其他类型子页面的分类。