帮助:GIPRs语义维基/内容管理

来自GIPRs
跳转至: 导航搜索
项目文档
项目主页 GIPRs语义维基
文档类型 日志
优先级
状 态 已完成
发布日期 2013/03/12
完成日期 2013/01/13
作 者 GIPRs语义维基项目团队
来 源 www.giprs.org
源语言 中文

目录

项目“分类”结构

确定“分类”的前提条件

一个项目至少需要2张表单(项目主页和文档),因为制作表单时必须指定对应的分类,任何页面只有使用这个分类就可以使用对应的表单,如果同时使用两个以上“预设表单的分类”,则默认使用最先使用分类所对应的表单。所以,项目表单所预设/指定的分类必须纳入到内容管理中,且不使用该表单的页面也不得使用对应的分类。

根据以上前提,项目的模板和表单,以及上传的附件,不能使用项目主页和文档所使用的分类,需要为其分别创建两个分类,且均作为项目分类(分类名称同“项目主页”)的子分类,具体详见下图:

“GIPRs语义维基” 项目—— “分类”的结构

项目分类结构的说明

  • 如上图,一个完整的项目通常应该有4个分类,1个父级分类(分类名称同“项目主页”),3个子分类(分别归类:项目文档、模板和表单、附件);
  • 若要导出一个项目下的全部页面,在“特殊:导出页面”中,同时指定以上4个分类即可;
  • 由于项目主页和项目文档可以使用各种名字空间,而项目模板和模板是“结对”的,所以在特定项目分类之上,对应于这三个分类设置了父级分类,当项目数量增加后,这三个父级分类就起作用了;
  • 项目附件之所以没有为其设置父级分类,因为附件只能使用“文件”名字空间,可以此为条件进行查询或筛选。


分类和属性的区别联系

“分类”和“属性”在很多应用场景下存在交叉的情况,我们不是分类或语义学专家,当两者一起使用时很难说清楚它们到底有什么区别和联系,相信即便是维基百科的资深编辑们也会对这个问题争论不休。不论是否科学和正确,我们总得为此确定一些规则,反之内容管理将无从谈起,作为一种探索或测试,GIPRs的目前的原则是:

  • 分类用于: 类型(内容模型),专栏模板和表单
  • 属性用于:时间(WHEN),主体(WHO
  • 主题则有些特殊:我们使用属性对主题进行一级分类(详见“性质:主题分类”,法律主题的二级分类也使用了属性(详见性质:法律主题);对于法律主题的三级分类我们则计划使用“分类”;
  • 地域(WHERE类似于“主题”,可能会交叉使用分类和属性,除了有“测试”的考虑外,其主要原因详见下文;
  • 由于表单或语义标引的需要,则优先使用“属性”(可以统一数据结构,方便输入)。以“主题”为例,我们希望内容页面全部都能够表明其属于哪一个或数个主题(法律、技术、语言或综合)。若使用分类,即便是我们自己,也会经常疏漏某个分类,但若使用表单,通过预置默认属性值,强制不得留空等设置,就可以明显改善这个问题;
  • 如果在两者都可以选用,且无明显区别的情况下,我们优先选择使用“分类”;(因为属性是要靠查询来聚合输出结果的,我个人认为分类比属性更为稳定和高校)
  • 如果选两者都感觉有问题,但又不得不选用一种,我们优先选择使用“分类”;(理由同上,主要是出于系统性能和服务器资源占用方面的考虑)
  • 分类和属性不论如何取舍,都因该结合项目需求和项目内容来考虑,此外还需考虑查询、筛选和数据输出,

简而言之,分类和属性应该尽可能的区别使用!

名字空间和子页面

  • 如果项目文档需要发布到多个名字空间,用导图可以方便规划分类、属性和名字空间的使用;
  • 子页面是Wiki比较有特色的用法,其实是比较原始的一种分类(但非常“简单和安全”);如下图,即便不用分类和属性,也能比较清晰的呈现出页面/内容的结构和层级;
  • 子页面由于其标题存在较多的相同或相似,不利于内容“搜索”,MW似乎已经不主张大量使用了,本项目也仅用做测试(万一分类和属性用砸了,还能通过子页面保持整个项目的“分类和结构)

“GIPRs语义维基” 项目—— 内容管理规划
问题