mediaWiki分类与用于组织内容的子页面

我想创建一个wiki，其内容可以因此可能应该清楚地按类别分开，出于搜索能力和清晰度的原因。mediaWiki分类与用于组织内容的子页面

让我们来看一个wiki的例子，其中每个站点都会描述一个电影导演在给定时间点的情况。我将拥有组织逻辑如下的页面：Year > Month > director's situation，还有Year > Month > Day > director's situation和Year > director's situation。

1976年9月伍迪艾伦：艾伦先生正在拍摄Annie Hall。

1977>伍迪艾伦：艾伦先生当年转过x。

1979年2月伍迪艾伦：艾伦先生正在削减曼哈顿。

好吧，这是一个愚蠢的例子，但它得到了重点。所以现在每个时间框架都有Woody Allen的不同内容页面。我希望实现良好的搜索能力，因为我真实应用中的标题不会像名称那样明显，并且不同页面的唯一标识。我的问题是，鉴于内容的明确分类，在mediaWiki中实现此目标的最佳策略是什么？

创建类别的层次结构（例如年>月>天：董事）和子页面的匹配层级（年/月/日/导演）。
创建类别的层次和然后只是有一个页面标题，如“主任，年月日”
只是组织与子页面的一切。
....

我会选择＃1。类别层次结构允许使用+incategory:"Category Name"进行全面搜索，并且子页面的层次结构允许更漂亮的页面标题（特别是如果类别具有长名称）。这个解决方案有什么缺陷吗？

来源

2013-02-18 solimanelefant

或者，Semantic Mediawiki将为您提供很多选项，可以根据您想要的任何参数或元数据进行排序，索引和搜索页面，而无需嵌套类别或专用标题。这是我对几乎所有维基组织问题的推荐解决方案。

来源

2013-02-20 19:06:41

感谢Michael，我已经在为Semantic MediaWiki进行数据内容标记等活动，但现在将更详细地研究其页面内容组织功能。它不会解决独特的URL的问题，虽然...我想我只是想知道为什么维基媒体项目避免使用子页面。 – solimanelefant 2013-02-21 14:55:55

维基媒体项目在主空间中不使用子页面的主要原因是因为页面标题纯粹是句法的，所以如果你有一个名为'Foo/Bar'的页面并且启用了子页面，wiki会将它转换为子页面'Foo' （这可能不存在）。所以为了避免这些问题，默认情况下，子页面是禁用的。如果您可以确信它不会搞砸您的文章标题（或者您愿意浏览并重命名所有受影响的页面），那么子页面不会有问题。 – 2013-04-09 14:23:40

如果没有，您仍然可以使用子页面命名约定（'page/subpage'）为组织目的创建'假子页面'。如果您需要以自动的方式链接到这样的虚假子页面（例如模板），那么您可以使用通常依赖于{{SUBPAGENAME}}的“{{#titleparts：}}”函数'系列魔术字。 – 2013-04-09 14:25:53

mediaWiki分类与用于组织内容的子页面

回答

相关问题