1.简介
1.1. 背景和动机
简单知识组织系统是一种数据共享标准,跨越知识、技术和实践的几个不同领域。
在图书馆和信息科学领域,悠久而杰出的传统致力于开发用于组织大型对象集合的工具比如书籍或博物馆文物。这些工具通常称为“知识组织系统”(KOS)或有时作为“受控结构”词汇”。几个相似但不同的传统已经出现时间,每个都有一个实践社区和一套商定的标准支持。不同的知识组织系统家族,包括同义词表,分类方案、主题标题系统和分类法在现代和传统信息中得到广泛认可和应用系统。实际上,很难在叙词表和分类方案或分类法,尽管有些属性可用于广泛描述这些不同的族(请参见例如[BS8723-3标准]).SKOS的要点是,除了其独特的功能外,这些家族中的每一个都有很多共同点,通常可以用于类似的方式[SKOS-UCR公司]. 然而,目前还没有广泛部署的标准将这些知识组织系统表示为数据并进行交换在计算机系统之间。
W3C的语义Web活动[软件]激发了一个新的综合研究领域技术开发,在数据库系统之间的边界,正式逻辑和万维网。这项工作导致了语义网的基本标准。资源描述框架(RDF)为Web提供了通用的数据抽象和语法[RDF-底漆]. 这个RDF词汇描述语言(RDFS)和Web本体语言(OWL)一起为网络[RDFS系统] [OWL-导轨]. 这个SPARQL查询语言和协议提供了一种标准的交互方式使用Web中的数据[SPARQL公司].
这些技术正在不同的应用程序中应用,因为许多应用程序需要一个用于发布、共享、,交换和集成(“连接”)来自不同来源的数据。这个链接不同来源数据的能力激励着许多项目,随着不同社区寻求利用数据中的隐藏价值以前是通过孤立的来源传播的。
语义Web愿景的一个方面是希望更好地组织Web中的大量非结构化(即人类可读)信息,提供发现和共享信息的新途径。RDFS和OWL是正式定义的知识表示语言,提供了表达易于计算的意思,意思是对Web中已经存在的信息进行补充并提供结构[RDF-底漆] [OWL-导轨]. 然而,要在大量信息上实际应用这些技术需要构建特定领域的详细地图知识,除了准确的描述(即注释或编目)大规模的信息资源,其中许多不能自动完成。在关于信息组织的图书情报学而知识显然是对这一愿景的补充和适用,因为许多现有的知识组织系统已经开发出来了吗使用,如国会图书馆主题标题[LCSH公司]或联合国粮食及农业部农业组织AGROVOC主题词表[AGROVOC公司].
因此,简单知识组织系统旨在提供图书馆内不同实践社区之间的桥梁涉及知识设计和应用的信息科学组织系统。此外,SKOS旨在为这些社区和语义网,通过转移现有的语义Web技术上下文的知识组织,以及为移植现有知识提供低成本的迁移路径RDF的组织系统。
展望未来,SKOS在开发非结构化信息、非正式信息和社会中介信息的分析大规模信息的组织和形式化表示知识。通过积累经验和图书情报学知识组织的智慧可访问、适用并可转移到技术环境中以一种与现有语义网互补的方式技术(尤其是正式的知识表示系统,如作为OWL),希望SKOS将支持许多新的和有价值的应用程序,并且还将引领两种技术研发的新的一体化路线和实践。
1.2. SKOS概述
简单知识组织系统是用于知识组织系统,如同义词表、分类方案、,主题标题系统和分类法。使用知识组织SKOS系统可以表示作为机器可读数据.它可以然后在计算机应用程序之间交换并发布在Web中的机器可读格式。
SKOS数据模型在本规范中正式定义为OWL完整本体[OWL-语义]. SKOS数据表示为RDF三元组[RDF概念],可以使用任何具体的RDF语法(例如RDF/XML[RDF-XML]或乌龟[乌龟]). 有关关系的更多信息在SKOS、RDF和OWL之间,请参阅下面的下一小节。
SKOS数据模型将知识组织系统视为概念方案包括一组概念这些SKOS概念方案和SKOS概念是由URI标识,使任何人都可以从任何并使其成为万维网的一部分。请参见第3节。skos:概念类了解更多信息识别和描述SKOS概念,以及第4节。概念方案有关概念方案的更多信息,请参阅。
SKOS概念可以是标记包含任意数量的词汇(UNICODE)字符串,如任何给定的“浪漫爱情”或“爱情”自然语言,如英语或日语(此处用平假名书写)。这些标签之一在任何给定的语言中都可以表示为该语言的首选标签语言和其他标签。标签也可能“隐藏”,这在查询知识组织系统时很有用通过文本索引。请参见第5节。词汇标签对于有关SKOS词法标记属性的更多信息。
可以为SKOS概念分配一个或多个符号,它们是用于唯一标识给定概念方案的范围。虽然URI是首选的识别计算机系统中的SKOS概念,符号提供了一个桥梁其他已经使用的识别系统,如分类图书馆目录中使用的代码。请参见第6节。符号有关符号的更多信息。
SKOS概念可以是记录在案的带有各种注释类型。SKOS数据模型提供了一组基本的文档属性,支持范围注释、定义和编辑注释等。这个set并不是要详尽无遗,而是要提供一个可以由第三方扩展,以支持更具体的类型注意。请参见第7节。文档属性了解更多在笔记上。
SKOS概念可以是链接的通过语义关系属性。SKOS数据模型支持SKOS概念之间的层次和关联链接。再一次,就像任何SKOS数据模型的一部分,可以由第三方扩展到为更具体的需求提供支持。请参见第8节。语义关系了解更多信息链接SKOS概念。
SKOS概念可以分为收藏,它可以贴上标签和/或订购。SKOS数据模型的此功能旨在支持同义词库中的节点标签,以及对一组概念进行排序是有意义的或提供了一些有用的信息。请参见第9节。Concept系列了解有关集合的更多信息。
SKOS概念可以是映射中的其他SKOS概念不同的概念方案。SKOS数据模型支持四种映射链接的基本类型:层次、关联、紧密等价和完全等效。请参见第10条。映射属性有关映射的更多信息。
最后,在中定义了SKOS的可选扩展附录B.标签的SKOS扩展(SKOS-XL).SKOS-XL提供了更多支持识别、描述和链接词汇实体。
1.3. SKOS、RDF和OWL
SKOS数据模型的元素是类和属性数据模型的结构和完整性由逻辑这些类和属性。这可能是最强大但最有潜力的混淆了SKOS的各个方面,因为在更高级的应用程序中,SKOS可以,也可以与OWL并行使用,以表达和交换有关域。然而,SKOS是不正式知识表示语言。
要理解这种区别,请考虑到“知识”形式本体中的显式表示为公理和事实集。A类同义词表或分类方案具有完全不同的性质,并且不主张任何公理或事实。而是同义词库或分类方案通过自然语言和其他非正式语言识别和描述意思,一组不同的想法或含义,有时方便地称为“概念”。这些“概念”也可以安排并组织成各种结构,最常见的是层次结构和关联网络。然而,这些结构没有任何正式的语义,并且不能可靠地解释为形式公理或关于世界的事实。事实上,他们从来没有打算这样做,因为他们仅用于提供某个主题的方便直观的地图域,然后可以用作组织和查找对象的辅助,例如与该域相关的文档。
将“知识”嵌入同义词库或分类方案任何形式意义上的明确要求词库或分类方案be重新设计的作为形式本体论。换句话说,一些人必须做改变结构和智力的工作同义词库的内容或分类方案到一组形式公理中和事实。这项转型工作既需要智力,也需要耗时,因此成本高昂。使用同义词表可以获得很多好处,等,as-is,作为在主题域。按原样使用它们不需要任何重新设计和因此成本低得多。此外,一些KOS在设计上并非旨在表示其域的逻辑视图。将此类KOS转换为在实践中,基于形式逻辑的表示可能会涉及到导致的变化在不再符合最初预期目的的陈述中。
然而,OWL确实提供了一种强大的数据建模语言。我们可以,因此,使用OWL构建表示同义词库或分类方案as-is。这正是SKOS所做的。拿着这个方法,对同义词库或分类方案的“概念”进行建模作为SKOS数据模型中的个人,以及关于以及同义词表或分类方案被建模为关于这些个人的事实,而不是类或属性公理。请注意,这些都是事实关于叙词表或分类方案它本身例如“概念X首选标签为“Y”,是同义词库Z的一部分;这些是不关于世界在一个特定的主题领域,可以在形式本体中表达。
然后将SKOS数据表示为RDF三元组。RDF图低于(英寸[乌龟]如中所述第1.7.3条)表达了一些事实关于同义词库。
<A> rdf:类型skos:概念;skos:prefLabel“love”@en;skos:altLabel“崇拜”@en;skos:范围更广<B>;skos:在Scheme中。<B> rdf:类型skos:概念;skos:prefLabel“情感”@en;skos:altLabel“feeling”@en;skos:top<S>的概念。<S> rdf:type skos:ConceptScheme;dct:标题“我的第一个同义词库”;skos:hasTopConcept<B>。
这一点对于理解SKOS的正式定义至关重要数据模型及其在软件系统中的实现方式。这一点是对于SKOS的更高级应用程序也至关重要,尤其是在SKOS和OWL作为正式/半正式混合设计的一部分组合使用。
然而,从用户的角度来看知识表示系统与非正式或半正式知识组织体系自然会变得模糊。换句话说,它可能不会与以下用户相关<答>
和<B>
下图中是个人(skos:概念
),和<C>
和<D>
是类(实例属于owl:类
) .
<A> rdf:类型skos:概念;skos:prefLabel“爱”@en;skos:范围更广<B>。<B> rdf:类型skos:概念;skos:prefLabel“情感”@en。<C> rdf:type owl:Class;rdfs:标签“哺乳动物”@en;rdfs:subClassOf<D>。<D> rdf:type owl:Class;rdfs:label“animals”@en。
了解SKOS数据模型的信息系统将,然而,需要欣赏这种区别。
描述了SKOS的RDF模式和标签的SKOS扩展(SKOS-XL)在里面附录C.SKOS和SKOS-XL命名空间文件.注意这是因为有些约束无法在模式,RDF/XML文档提供了该模式的规范子集规范。
1.4. 一致性和完整性
在RDF和OWL Full语义下,形式意义(解释)RDF图的是真值[RDF-语义][OWL-语义],即RDF图是解释为真或假。
通常,RDF图被称为不一致的如果它不能可能是真的。换句话说,如果RDF图包含矛盾。
仅使用RDF和RDFS词汇表,几乎不可能做一个矛盾的陈述。当OWL词汇表也被使用时,陈述矛盾有很多方法,例如,考虑RDF下图。
<Dog>rdf:键入owl:Class。<Cat>rdf:键入owl:Class。<狗>猫头鹰:与<猫>分离。<dogcat>rdf:键入<Dog>、<Cat>。
图表表明<狗>
和<类别>
是两个类,并且它们是不相交的,即。,他们没有任何共同成员。这与声明<狗猫>
同时具有类型<狗>
和<类别>
。没有OWL已满可以满足此图的解释,因此此图是不OWL完全一致。
当OWL Full用作知识表示语言时不一致性是有用的,因为它揭示了本体中断言的公理和事实。通过解决这些问题不一致我们了解了更多关于知识领域的知识该领域的更好模型,从中可以进行有趣和有效的推断绘制。
当OWL Full用作数据建模(即模式)语言时不一致性的概念再次有用,但方式不同。我们到了与人类知识本身的逻辑一致性无关。我们是只是对正式定义数据模型感兴趣,以便我们可以建立某些给定数据是否符合给定的数据模型。如果数据与数据不一致模型,则数据不适合。
在这里,我们不关心某些给定数据是否有与现实世界的对应,即它们在任何绝对意义上的。我们只是对数据是否符合数据模型,因为给定应用程序类内的互操作性依赖于符合通用数据模型的数据。
表达这种观点的另一种方式是通过完整性.完整性条件是数据正式定义中的语句模型,用于确定给定数据是否一致关于数据模型,例如<狗>
和<类别>
不相交的类可以被视为完整性吗数据模型上的条件。鉴于这种情况,以下数据并不一致。
<dogcat>rdf:键入<Dog>、<Cat>。
本文档中给出的SKOS数据模型的定义包含作为完整性条件的语句数量有限。这些完整性条件通过定义数据所处的环境不一致具有关于SKOS数据模型。然后可以实施工具来检查给定数据是否满足部分或全部完整性条件,以及因此数据是否与SKOS数据模型一致。
这些完整性条件是SKOS数据模型的类和属性。然而,它们是呈现的与形式定义的其他部分分开,因为它们服务于不同的目的。完整性条件主要用于确定给定的数据与SKOS数据模型一致。所有其他声明在SKOS数据模型的定义范围内服务只有到支持逻辑推理。(另请参阅下一小节。)
为SKOS数据模型定义完整性条件的方式是独立于实施战略,就目前而言可能。这是因为有几种不同的方式查找与SKOS数据模型不一致的程序可以是已实施。使用OWL可以发现不一致推理机。或者,可以通过搜索数据中的特定模式,或通过混合策略(例如,推断使用RDFS或OWL推理器,然后在推断的图表)。
SKOS数据模型上的完整性条件比可能的要少预期,尤其是那些习惯于在封闭世界中工作的人数据库系统。另请参阅下一小节和小节中的注释下文3-10。
1.5. 推理、依赖与开放世界假设
本文档将SKOS数据模型定义为OWL完整本体。那里SKOS数据模型还可以通过其他方式定义为实体关系模型或UML类模型。虽然OWL Full作为一种数据建模语言在对于这些其他建模方法,有一个重要的基本区别。
RDF和OWL Full是为数据可能广泛存在的系统而设计的分布式(例如Web)。当这样一个系统变得更大时,它会同时不切实际,几乎不可能知道系统已定位。因此,通常不能假设获得的数据从这样的系统是完整的。如果某些数据似乎丢失,一般来说,我们必须假设可以存在于某处系统中的其他。粗略地说,这种假设被称为开放世界假设[OWL-导轨].
这实际上意味着,对于定义为OWL Full的数据模型本体论中,一些定义可能具有反直观的含义。不可以从缺失的数据中得出结论,删除某些内容将永远不要让剩余的数据不一致。例如,通过定义skos:语义关系
在里面第8节如下所示。这个财产skos:语义关系
定义为具有域和范围skos:概念
。这些域和范围定义给出了授权给推论考虑下图。
<A> skos:semanticRelation<B>。
在这种情况下,上图包含以下内容图表。
<A> rdf:type skos:概念。<B> rdf:type skos:概念。
因此,我们不需要明确地在这里说明<答>
和<B>
是的实例skos:概念
,因为这样的语句是由skos:语义关系
.
在SKOS数据模型中,大多数定义语句是不完整性条件,但是逻辑语句数据模型不同元素之间的依赖关系开放世界假设)允许进行一些简单的推论。如图所示示例,通过中的语句第7节低于该值skos:更广泛
和skos:更窄
是反向特性。该声明意味着
<A> skos:更窄<B>。
需要
<B> skos:范围更广<A>。
这两个图本身与SKOS数据一致模型。
知识组织系统,如同义词表和分类方案广泛应用于各种情况,以及个人知识组织系统可以用于许多不同的信息系统。由将SKOS数据模型定义为OWL完整本体,语义Web可以然后用作发布、交换、共享和链接的媒介涉及这些知识组织系统的数据。为此OWL Full作为数据建模语言的表现力同时使用同义词表、分类方案等的可能性OWL-Full已被用于定义SKOS数据模型。这个因此,开放世界假设是SKOS数据的基本前提模型,阅读本文档时应牢记。
另请参阅[RDF引物]和[OWL-导轨].
1.6. 设计原理
如上所述,知识组织系统的概念包括各种各样的人工制品。因此,在SKOS模式,这可能会阻止在某些应用。为了缓解这种情况,在有疑问的情况下关于形式约束的包含(例如,请参阅关于skos:hasTopConcept
),尚未声明约束正式地。在某些情况下,尽管没有规定形式约束,但使用约定建议使用。需要更多约束行为的应用程序可以定义SKOS词汇表的扩展。另请参阅[底漆SKOS].
1.7. 如何阅读此文档
本文件正式定义了简单知识组织系统作为OWL完整本体的数据模型。SKOS数据模型的元素包括OWL类和属性,统一资源标识符(URI)为为每个类和属性提供,以便可以使用明确地在网络上。这组URI就是SKOS词汇表。
完整的SKOS词汇表见下文第2节。第3至10节然后正式定义SKOS数据模型。数据模型的定义是为了方便起见,将其分为若干部分。每一个第3节至第10节遵循通用布局:
- 序言-本节涵盖的主要思想是非正式介绍。
- 词汇-SKOS词汇表中的URI给出了本节中定义的。
- 类别和属性定义-合乎逻辑的类和属性之间的特性和相互依赖性由这些URI表示的是正式定义的。
- 完整性条件-如果有完整性这些条件都已给定。
- 示例-给出了一些典型示例数据的是与SKOS数据模型一致,以及(在适当的情况下)不一致的使用SKOS数据模型。
- 笔记-任何进一步的注释和讨论都是提出了。
1.7.1. 正式定义
所述的大多数类和属性定义以及完整性条件在本文中,可以使用RDF、RDFS和OWL将其表述为RDF三元组词汇表。然而,也有一小部分人因为限制而不能OWL Full的表达能力较差,或者某些类缺少标准URI。收件人提高本文档的整体可读性,而不是混合RDF三元组和其他符号,形式定义和完整性条件为用散文贯穿始终。
这篇散文的风格通常遵循[RDFS系统],应该是对具有RDF和OWL工作知识的读者来说是清楚的。
例如,“例如:人
是的一个实例owl:类
“表示
例如:Person-rdf:type-owl:Class。
"例如:hasParent
和例如:hasMother
每个都是的实例owl:对象属性
“是指:
例如:hasParent-rdf:type owl:ObjectProperty。例如:hasMother-rdf:type owl:ObjectProperty。
"例如:hasMother
是的子属性例如:hasParent
"方法
例如:hasMother rdfs:subPropertyOf ex:hasParent。
“rdfs:范围
属于例如:hasParent
是班级吗例如:人
“表示:
ex:hasParent rdfs:range ex:Person。
SKOS数据模型的某些正式方面不能表示为RDF使用RDF、RDFS或OWL词汇表的三元组,应该对基本了解RDF和OWL语义的读者声明可能会被翻译成关于解释的正式条件RDF词汇表的第5节,“资源没有更多大于的一个值skos:首选标签
每种语言标签”指任何资源x,集合{y|<x,y>中没有两个成员IEXT(I(skos:prefLabel
))}共享相同的语言标记,其中我和IEXT是中定义的函数[RDF-语义]).
1.7.2. URI缩写
本文档中以单空格字体引用了完整的URI,用尖括号括起来,例如。,<http://example.org/ns/example>
。引用了相关URI以相同的方式,和相对于基URI<http://example.org/ns/>
例如。,<示例>
和<http://example.org/ns/example>
是相同的URI。
本文档中还以缩写形式引用了URI。缩写URI以无尖括号的单空格字体引用,以及应使用下面的缩写表进行扩展。
表1。URI缩写
URI(URI) |
缩写 |
http://www.w3.org/2004/02/skos/core# |
skos: |
http://www.w3.org/1999/02/22-rdf-syntax-ns# |
rdf: |
http://www.w3.org/2000/01/rdf-schema# |
关系型文件: |
http://www.w3.org/2002/07/owl# |
猫头鹰: |
例如,skos:概念
是的缩写<http://www.w3.org/2004/02/skos/core#概念>
.
1.7.3. 示例
使用Terse RDF Triple语言给出了RDF图的示例(乌龟)[乌龟].所有示例都假设前面有以下前缀和URI基本指令:
@前缀rdf:<http://www.w3.org/1999/02/22-rdf-syntax-ns#> .@前缀rdfs:<http://www.w3.org/2000/01/rdf-schema#> .@前缀owl:<http://www.w3.org/2002/07/owl#> .
@前缀skos:<http://www.w3.org/2004/02/skos/core#> .
@底座<http://example.org/ns/> .
因此,下面给出的示例
示例1 |
<MyConcept>rdf:type skos:Concept(我的概念)。
|
相当于以下海龟文档
@前缀rdf:<http://www.w3.org/1999/02/22-rdf-syntax-ns#> .@前缀rdfs:<http://www.w3.org/2000/01/rdf-schema#> .@前缀owl:<http://www.w3.org/2002/07/owl#> .
@前缀skos:<http://www.w3.org/2004/02/skos/core#> .
@底座<http://example.org/ns/> .<MyConcept>rdf:type skos:Concept(我的概念)。
它相当于以下RDF/XML文档[RDF-XML]
<?xml version=“1.0”encoding=“UTF-8”?><rdf:rdf
xmlns:rdf=“http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:rdfs=“http://www.w3.org/2000/01/rdf-schema#"
xmlns:skos=“http://www.w3.org/2004/02/skos/core#"
xmlns:owl=“http://www.w3.org/2002/07/owl#"
xml:base=“http://example.org/ns/"><skos:Concept rdf:about=“MyConcept”/></rdf:rdf>
它相当于以下N-TRIPLES文档[NTRIPLES公司]
<http://example.org/ns/MyConcept(我的概念)> <http://www.w3.org/1999/02/22-rdf-syntax-ns#类型> <http://www.w3.org/2004/02/skos/core#概念> .
注意Turtle中“;”和“,”字符的缩写用法具有相同主语或谓语的多个三元组。一些例子也表明使用Turtle语法“(…)”,表示RDF集合。
1.8. 一致性
本规范没有定义一致性的正式概念。
然而,RDF图将是不一致的使用SKOS数据模型,如果该图和SKOS数据模型(定义如下)合在一起会导致逻辑上的矛盾。
URI用于标识类型资源的位置skos:概念
,skos:概念方案
,skos:集合
或skosxl:标签
,本规范不会取消引用时需要特定行为通过Web的URI[WEBARCH公司]. 然而,强烈建议SKOS数据的发布者遵循[COOLURIS公司]和[配方].
2.SKOS名称空间和词汇
SKOS命名空间URI为:
- http://www.w3.org/2004/02/skos/core#
SKOS词汇表是一组URI,在下表。
SKOS词汇表中的所有URI都是通过附加本地名称来构造的(例如,“prefLabel”)设置为SKOS命名空间URI。
另请参阅中的SKOS概述附录B和快速检修面板.
3.skos:概念类
3.1. 序言
这个班级skos:概念
是SKOS概念类。
SKOS概念可以被视为一种想法或概念;思维单位。然而,构成思维单位的是主观的这个定义是暗示性的,而不是限制性的。
SKOS概念的概念在描述概念或知识组织系统的知识结构,以及KOS中建立的特定想法或含义。
请注意,因为SKOS被设计为代表半正式KOS,如同义词表和分类方案这一概念的正式定义中包含了大量的灵活性类。
请参阅[底漆SKOS]的更多识别和描述SKOS概念的示例。
3.2. 词汇
3.3. 类别和属性定义
S1(第一阶段) |
skos:概念 是的一个实例owl:类 . |
3.4. 示例
下图表明<我的概念>
是SKOS概念(即skos:概念
).
示例2(一致) |
<MyConcept>rdf:type skos:概念。
|
3.5. 笔记
3.5.1. SKOS概念、OWL类和OWL属性
除了断言skos:概念
是的一个实例owl:类
,本规范有不制造任何关于SKOS类之间的形式关系的补充说明概念和OWL类的类。决定不到做出任何这样的声明都是为了允许应用程序自由探索与SKOS结合使用的不同设计模式OWL公司。
在下面的示例图中,<我的概念>
是一个的实例skos:概念
和的实例owl:等级
.
示例3(一致) |
<MyConcept>rdf:type-skos:Concept,owl:Class。
|
这个例子是一致的使用SKOS数据模型。
同样,本规范也会不制造任何关于SKOS类之间的形式关系的声明概念和OWL属性类。
在下面的示例图中,<我的概念>
是的实例skos:概念
和一个的实例owl:对象属性
.
示例4(一致) |
<MyConcept>rdf:键入skos:Concept,owl:ObjectProperty。
|
这个例子是一致的使用SKOS数据模型。
4.概念方案
4.1. 序言
SKOS概念方案可以被视为一个或多个SKOS的集合概念。这些概念之间的语义关系(链接)也可能是被视为概念方案的一部分。然而,这个定义的意思是暗示而非限制,并且在下面描述的正式数据模型。
当处理来自未知源,以及处理描述两个或多个的数据时不同的知识组织体系。
请参阅[底漆SKOS]的识别和描述概念方案的更多示例。
4.2. 词汇
skos:概念方案 |
skos:inScheme |
skos:hasTopConcept |
skos:topConceptOf |
4.3. 类别和属性定义
S2系列 |
skos:概念方案 是的一个实例owl:类 . |
第3章 |
skos:in方案 ,skos:hasTopConcept 和skos:top概念 每个实例都是owl:对象属性 . |
S4系列 |
这个rdfs:范围 属于skos:inScheme 是班skos:概念方案 . |
第5章 |
这个rdfs:域 属于skos:hasTopConcept 是班级skos:概念方案 . |
S6系列 |
这个rdfs:范围 属于skos:hasTopConcept 是班级skos:概念 . |
第7部分 |
skos:topConceptOf 是的子属性skos:inScheme . |
第8节 |
skos:topConceptOf 是猫头鹰:反转 财产skos:hasTopConcept . |
4.4. 完整性条件
第9部分 |
skos:概念方案 与分离skos:概念 . |
4.5. 示例
下图描述了一个具有两个SKOS概念的概念方案,其中一个是这是该方案中的顶级概念。
示例5(一致) |
<MyScheme>rdf:类型skos:ConceptScheme; skos:hasTopConcept<我的概念>。
<MyConcept>skos:topConceptOf<MyScheme>。
<AnotherConcept>skos:inScheme<我的方案>。
|
4.6. 笔记
4.6.1. 封闭系统与开放系统
单个SKOS概念方案的概念对应粗略地个人同义词库的概念,分类方案、主题标题系统或其他知识组织系统。
然而,在大多数当前的信息系统中,同义词表或分类方案被视为封闭系统—在该系统中定义的概念单元不能参与其他系统(尽管它们可以映射其他系统中的单元)。
尽管SKOS确实采取了类似的方法,但不阻止SKOS概念参与零、一个或多个的条件不止一个概念方案。
例如,在SKOS概念下面的图表中<我的概念>
参与两个不同的概念方案-这是一致的使用SKOS数据模型。
示例6(一致) |
<MyScheme>rdf:键入skos:ConceptScheme。
<AnotherScheme>rdf:类型skos:ConceptScheme; owl:differentFrom<MyScheme>。
<MyConcept>skos:inScheme<MyScheme>,<另一个方案>。
|
这种灵活性是可取的,因为它允许,例如,新概念通过链接两个或多个现有概念方案来描述方案一起。
此外,请注意,无法关闭概念方案的边界。因此,虽然可以使用skos:inScheme
说SKOS概念X、Y和Z参与了概念方案A,没有办法说那个只有十、 Y和Z参与A。
因此,虽然SKOS可以用于描述一个概念方案,SKOS不提供任何机制来完全定义概念方案。
4.6.2. SKOS概念方案和OWL本体
本规范规定不对SKOS概念方案类与类之间的形式关系OWL本体论。决定不做出任何此类声明允许探索不同的设计模式结合OWL使用SKOS[OWL-导轨].
在下面的示例图中,<我的方案>
是SKOS概念方案和OWL本体。这个是一致的使用SKOS数据模型。
示例7(一致) |
rdf:type skos:ConceptScheme,owl:Ontology。
<MyConcept>skos:inScheme<MyScheme>。
|
4.6.3. 顶级概念和语义关系
该物业skos:hasTopConcept
按照惯例,习惯于将概念方案链接到SKOS概念,该概念是该方案的层次关系。然而,没有诚信执行本公约的条件。因此,下图虽然不是严格遵守使用约定skos:hasTopConcept
,尽管如此一致的使用SKOS数据模型。
示例8(一致) |
<MyScheme>skos:hasTopConcept<MyConcept>。 <MyConcept>skos:更广泛的<AnotherConcept>。 <AnotherConcept>skos:inScheme<我的方案>。
|
申请可以拒绝此类数据,但无需拒绝。
4.6.4. 方案包含和语义关系
两个SKOS概念之间的联系不会继承同一概念方案中的控制。这在下面的示例。
示例9(非隐含) |
<A> skos:更窄<B>。 <A> skos:inScheme<我的方案>。
不需要
<B> skos:inScheme<我的方案>。
|
另请参见第8节如下所示。
4.6.5. skos域:inScheme
请注意未声明域对于该物业skos:in方案
也就是说,域实际上是所有资源(rdfs:资源
). 决定不声明任何域提供了一些灵活性,使SKOS的扩展能够定义新的资源类,但仍使用skos:inScheme
到将它们链接到skos:概念方案
。另请参阅示例82如下所示。
5.词汇标签
5.1. 序言
词汇标签是一串UNICODE字符,例如“浪漫爱情”或“れんい”,在给定的自然语言中,如英语或日语(此处用平假名书写)。
简单知识组织系统提供了一些基本词汇用于将词汇标签与任何类型的资源相关联。特别地,SKOS可以区分首选方案和备选方案以及任何给定资源的“隐藏”词汇标签。
在生成或创建知识组织系统的人类可读表示。这些标签为SKOS的含义提供了最有力的线索概念。
当用户与知识交互时,隐藏标签很有用通过基于文本的搜索功能组织系统。用户可以,对于例如,在试图查找相关概念时输入拼写错误的单词。如果拼写错误的查询可以与隐藏标签进行匹配,用户将能够找到相关的概念,但隐藏的标签无法找到对用户可见(因此不鼓励出现更多错误)。
从形式上讲,词汇标签是RDF纯文本[RDF概念]. RDF平原文字由词汇形式组成,即UNICODE字符串字符和可选的语言标记,它是一个字符串符合[业务连续性第47页].
请参阅[底漆SKOS]对于更多标记SKOS概念的示例。特别注意以下示例仅用于说明SKOS数据模型的一般特征,以及不要必须指明提供标签的最佳实践不同的语言标签。SKOS参考旨在建立数据模型适用于一系列情况,然后可以对其进行改进和/或在更具体的情况下受到使用约定的限制。应用-和关于标签和语言标记的特定于语言的用法约定超出SKOS参考的范围。
5.2. 词汇
skos:prefLabel |
skos:altLabel(可选标签) |
skos:隐藏标签 |
5.3. 类别和属性定义
第10节 |
skos:prefLabel ,skos:altLabel(可选标签) 和skos:隐藏标签 每个都是的实例owl:注释属性 . |
第11节 |
skos:prefLabel ,skos:altLabel(可选标签) 和skos:隐藏标签 每个都是的子属性rdfs:标签 . |
第12节 |
这个rdfs:范围 每个的skos:prefLabel ,skos:altLabel(可选标签) 和skos:隐藏标签 是RDF纯文本类。 |
5.4. 完整性条件
第13节 |
skos:prefLabel ,skos:altLabel(可选标签) 和skos:隐藏标签 是两两不相交的属性。 |
第14条 |
资源的值不超过一个skos:prefLabel 每个语言标记。 |
5.5. 示例
下图是一致的,并说明了用两种不同的语言(法语和英语)。
示例10(一致) |
<我的资源> skos:prefLabel“动物”@en; skos:altLabel“动物群”@en; skos:hiddenLabel“aminals”@en; skos:prefLabel“animaux”@fr; skos:altLabel“faune”@fr。
|
下图是一致的并举例说明了四种不同变体(日语用汉字、平假名、片假名或带有拉丁字符(r o maji)。
例11(一致) |
<另一资源> skos:prefLabel“東”@ja Hani; skos:prefLabel“ひがセ”@ja-Hira; skos:altLabel“あずま”@ja-Hira; skos:prefLabel“ヒガধ”@ja-Kana; skos:altLabel“アズマ”@ja-Kana; skos:prefLabel“higashi”@ja-Latn; skos:altLabel“azuma”@ja-Latn。
|
下图是不一致使用SKOS数据模型,因为使用相同的语言标签。
例12(不一致) |
<Love>skos:prefLabel“Love”@en;skos:prefLabel“崇拜”@en.
|
下图是不一致使用SKOS数据模型,因为首选词汇和替代词汇之间存在冲突标签。
例13(不一致) |
<Love>skos:prefLabel“Love”@en;skos:altLabel“爱”@en.
|
下图是不一致使用SKOS数据模型,因为可选词汇和隐藏词汇之间存在冲突标签。
例14(不一致) |
<Love>skos:altLabel“Love”@en;skos:hidden标签“love”@en.
|
下图是不一致使用SKOS数据模型,因为首选词汇和隐藏词汇之间存在冲突标签。
例15(不一致) |
<Love>skos:prefLabel“Love”@en;skos:hidden标签“love”@en.
|
5.6. 笔记
5.6.1. SKOS词汇标记属性的域
请注意未声明域对于skos:首选标签
,skos:altLabel(可选标签)
和skos:隐藏标签
因此,这些属性的有效域是所有资源的类(rdfs:资源
).
因此,使用属性skos:prefLabel
,skos:altLabel(可选标签)
和skos:隐藏标签
到标签任何类型的资源是一致的使用SKOS数据模型。
在下面的示例图中,skos:prefLabel
,skos:altLabel(可选标签)
和skos:隐藏标签
已被使用标记类型的资源owl:等级
-这是一致的使用SKOS数据模型。
例16(一致) |
<MyClass>rdf:type owl:Class; skos:prefLabel“动物”@en; skos:altLabel“动物群”@en; skos:hiddenLabel“aminals”@en; skos:prefLabel“animaux”@fr; skos:altLabel“faune”@fr。
|
5.6.2. SKOS词汇标记属性的范围
请注意skos:prefLabel
,skos:altLabel(可选标签)
和skos:隐藏标签
是的类RDF纯文本[RDF概念].
按照惯例,RDF纯文本总是用于对象位置三元组的谓词是skos:首选标签
,skos:altLabel(可选标签)
或skos:隐藏标签
。如果图表不会遵循此使用约定应用程序可以拒绝此类数据,但无需拒绝。另请参阅请注意以下内容。
5.6.3. 定义标签关系
一些应用程序需要与标签相关的附加功能允许描述这些标签或定义标签之间的其他关系(例如缩写词)。这可能是通过使用URI识别标签实现。SKOS扩展对于中定义的标签附录A为提供支持这个。
5.6.4. 无首选项的替代项
在下图中,资源有两个可选的词汇标签,但没有首选词汇标签。这是一致的使用SKOS数据模型,并且没有从数据模型。然而,请注意,许多应用程序都需要首选词汇标签,以生成最佳的人类可读显示。
例17(一致) |
<Love>skos:altLabel“崇拜”@en,“渴望”@en。
|
5.6.5. 标签和语言标签
[业务连续性第47页]定义用于标识语言的标记。请注意,“en”、“en-GB”和“en-US”是三种不同的语言标签,分别与英语、英国英语和美国英语一起使用。类似地,“ja”、“ja-Hani”、“ja-Hira”、“jax-Kana”和“ja-Latn”是五个日语使用不同的语言标记,日语使用汉字、平假名、片假名或拉丁字符(r o maji)。
下图为一致的使用SKOS数据模型,因为“en”、“en-US”和“en-GB”是不同的语言标记。
例18(一致) |
<Colour>skos:prefLabel“color”@en,“color“@en-US,“colour”@en-GB(颜色)。
|
在下图中,词汇标签之间没有冲突属性,同样因为“en”和“en-GB”是不同的语言标记,并且因此,图表是一致的使用SKOS数据模型。
例19(一致) |
<Love>skos:prefLabel“Love”@en;skos:altLabel“爱”@en-GB.
|
然而,请注意,如上文第5.1节所述,这些示例仅用于说明SKOS数据模型的一般特征,以及不要必须指出使用不同语言标签提供标签的最佳实践。与标签和语言标记相关的特定于应用程序和语言的使用约定超出了SKOS参考的范围。
建议应用程序匹配为SKOS概念方案提供的带有相关语言标记的标签指定语言,例如,通过实现以下定义的“查找”算法[业务连续性计划47]. 以这种方式执行匹配的应用程序不需要以所有可能的语言变体(其中可能有许多变体)提供标签,并且与以下SKOS概念方案兼容:只提供那些对于给定的语言或语言集合。
6.注释
6.1. 序言
符号是一个字符串,如“T58.5”或“303.4833”,用于唯一地标识给定概念方案范围内的概念。
符号与词汇标签的不同之处在于,符号不是通常可以识别为任何自然语言中的单词或单词序列语言。
本节定义了skos:符号
属性。这个属性用于将表示法指定为类型化文字[RDF概念].
6.2. 词汇
6.3. 类别和属性定义
第15节 |
skos:符号 是的一个实例owl:数据类型属性 . |
6.4. 示例
下面的示例演示了一个资源<http://example.com/ns/MyConcept(我的概念)>
带有一个符号词汇形式是UNICODE字符串“303.4833”,其数据类型被表示按URI<http://example.com/ns/MyNotation数据类型>
.
例20(一致) |
<MyConcept>skos:符号“303.4833”^^<MyNotationDatatype>。
|
6.5. 笔记
6.5.1. 符号、键入文字和数据类型
类型化文字是与数据类型URI组合的UNICODE字符串[RDF概念].
类型化文字通常用于表示诸如整数之类的值,浮点数和日期,并且有许多数据类型由XML模式规范预定义[XML-SCHEMA公司]例如xs:整数
,xs:浮点
和xs:日期
.
对于其他情况,可以定义新的数据类型,这些数据类型包括通常称为“用户定义的数据类型”[SWBP-类型].
按照惯例skos:符号
仅用于在三元组的对象位置键入文本,其中数据类型URI表示与特定系统相对应的用户定义数据类型符号或分类代码。
在许多情况下,只需为一个特定的注释系统,并通过描述符号如何构造和/或允许使用词汇形式。然而,请注意,也可以定义至少通过XML模式更正式地表示数据类型的词汇空间语言,请参见[SWBP-类型]第2节。用户应注意,工具在支持数据类型。然而,如中所述[OWL-参考]截面6.3,工具应至少将词汇相同的文字视为相等。
6.5.2. 多重符号
对的基数没有约束skos:符号
属性。一个概念可以有零个、一个或多个符号。
如果一个概念有1个以上的符号,这些符号可能来自同一个或不同的记谱系统。在符号来自不同的情况下系统中,可以使用不同的数据类型来表示这一点。不是这样的从同一符号中指定多个符号的常见做法系统(即具有相同的数据类型URI)。
6.5.3. 概念方案中的独特符号
按照惯例,在同一概念方案中,没有两个概念被赋予相同的符号。如果是,就不可能使用符号来唯一地引用一个概念(即,符号将变得模糊)。
6.5.4. 符号和首选标签
对组合使用skos:符号
和skos:prefLabel
在下面的示例中,相同的字符串是既作为符号的词汇形式,又作为首选标签。
例21(一致) |
<钾> skos:prefLabel“K”@en; skos:符号“K”^^<化学符号符号>。
|
类型化文字由字符串和数据类型组成URI。按照惯例,skos:符号
仅使用具有键入的文字在的对象位置三倍的。
纯文本由字符串和语言标记组成。由惯例,skos:prefLabel
(和skos:altLabel(可选标签)
和skos:隐藏标签
)仅用于平原字面量在三元组的对象位置。
不存在同时具有语言标记和数据类型URI,即类型化文字没有语言标记文本没有数据类型URI。
6.5.5. skos域:符号
请注意未声明域对于skos:符号
因此有效域是所有资源的类(rdfs:资源
).因此,使用skos:符号
任何类型的资源都是与SKOS数据模型一致。
7.文件属性(票据属性)
7.1. 序言
注释用于提供与SKOS概念相关的信息。有对这些信息的性质没有限制,例如,它可能纯文本、超文本或图像;它可以是一个定义,信息关于概念范围、编辑信息或任何其他类型的信息。
SKOS中有七个属性用于将注释与概念关联起来,在本节中正式定义。有关建议的每个SKOS文档属性的用法,请参阅[底漆SKOS].
这七个属性并不打算涵盖所有情况,但而不是在一些最常见的情况下有用,并提供一组扩展点,用于定义更具体的注释类型。更多信息有关扩展SKOS的推荐最佳实践的信息,请参阅[底漆SKOS].
建议使用三种不同的使用模式[底漆SKOS]对于SKOS文档属性-“documentation as an RDF literal”,“文档作为相关资源描述”和“文档作为文件参考”。本节中定义的数据模型旨在以适应所有三种设计模式。
7.2. 词汇
skos:注释 |
skos:changeNote(更改注释) |
skos:定义 |
skos:编辑注释 |
skos:示例 |
skos:历史记录注释 |
skos:范围注释 |
7.3. 类别和属性定义
第16节 |
skos:注释 ,skos:changeNote(更改注释) ,skos:定义 ,skos:编辑注释 ,skos:示例 ,skos:历史记录注释 和skos:作用域注释 每个实例都是owl:注释属性 . |
第17节 |
skos:changeNote(更改注释) ,skos:定义 ,skos:编辑注释 ,skos:示例 ,skos:历史记录注释 和skos:范围注释 是每个子属性skos:注释 . |
7.4. 示例
下图给出了“documentation as an RDF literal”的示例模式。
例22(一致) |
<MyResource>skos:note“这是一个注释”@en。
|
下图给出了“文档作为文档”的示例参考”模式。
例23(一致) |
<MyResource>skos:note<MyNote>。
|
7.5. 笔记
7.5.1. SKOS文档属性的域
请注意未声明域用于SKOS文档属性。因此,这些性质的有效域是所有资源(rdfs:资源
). 因此,使用SKOS提供信息的文档属性任何类型的资源与SKOS数据模型一致。
在下面的示例图中,skos:定义
已经是用于为类型的资源提供纯文本定义owl:类
-这与SKOS数据模型一致。
例24(一致) |
<蛋白质>rdf:猫头鹰型:Class; skos:definition“”由序列组成的物理实体氨基酸;蛋白质单体;单个多肽链。安例如EGFR蛋白。“”“@en。
|
7.5.2. SKOS文档的范围属性
请注意,SKOS文档属性没有规定范围,因此,这些属性的范围实际上是资源(rdfs:资源
). 在RDF和OWL Full语义下,一切都是资源,包括RDF纯文本。
8.语义关系
8.1. 序言
SKOS语义关系是SKOS概念之间的链接,其中链接是内在联系的概念的含义。
简单知识组织系统区分了两个基本的语义关系的类别:等级制度和相联的两个概念之间的层次链接表示其中一个在某种程度上比另一个更通用(“更广泛”)(“更窄”)。两个概念之间的关联链接表明本质上是“相关的”,但这是不无论如何比其他更普遍。
属性skos:更广泛
和skos:更窄
用于断言两个SKOS概念之间的直接层次链接。A类三倍的<A> skos:范围更广
声称<B>
三元组的对象是一个比<答>
三元组的主题。类似地,三元组<C> skos:更窄
声称<D>
三元组的对象是一个比<C>
,三元组的主题。
按照惯例,skos:更广泛
和skos:更窄
是只有用于断言直接的(即。,立即)两个SKOS概念之间的层次链接。这提供了以方便可靠的方式直接访问更广泛的应用程序以及任何给定概念的更窄链接。请注意,为了支持此用法约定,属性skos:更广泛
和skos:更窄
是不声明为可传递属性。
一些应用程序需要利用直接和间接的概念之间的层次链接,例如通过查询扩展改进搜索召回。为此属性skos:宽传递
和skos:窄传递
提供了。三人组<答>
skos:宽传递
<B>
表示直接或间接层次链接,哪里<B>
是更广泛的“祖先”<答>
类似地,三元组<C>skos:窄传递<D>
表示直接或间接层次链接,其中<D>
是<C>
.
按照惯例skos:宽传递
和skos:狭义传递
是不用于制造断言。相反,这些属性用于推断传递闭包层次链接的链接,然后可用于直接访问或概念之间的间接层次联系。
该物业skos:相关
用于断言关联两个SKOS概念之间的联系。
有关声明层次链接和关联链接的更多示例,请参见[底漆SKOS].
8.2. 词汇
skos:语义关系 |
skos:更广泛 |
skos:更窄 |
skos:相关 |
skos:宽传递 |
skos:窄传递 |
8.3. 类别和属性定义
第18节 |
skos:语义关系 ,skos:更广泛 ,skos:更窄 ,skos:相关 ,skos:宽传递 和skos:窄传递 每个实例都是owl:对象属性 . |
第19节 |
这个rdfs:域 属于skos:语义关系 是班级吗skos:概念 . |
S20码 |
这个rdfs:范围 属于skos:语义关系 是班级吗skos:概念 . |
S21型 |
skos:宽传递 ,skos:窄传递 和skos:相关 每个子属性是skos:语义关系 . |
S22型 |
skos:更广泛 是的子属性skos:宽传递 、和skos:更窄 是的子属性skos:窄传递 . |
S23型 |
skos:相关 是的一个实例owl:对称属性 . |
S24型 |
skos:宽传递 和skos:窄传递 每个实例都是owl:传递属性 . |
S25码 |
skos:更窄 是猫头鹰:反转 这个财产skos:更广泛 . |
S26型 |
skos:窄传递 是猫头鹰:反转 财产skos:宽传递 . |
8.4. 完整性条件
S27系列 |
skos:相关 与物业脱节skos:宽传递 . |
请注意,因为skos:相关
是对称属性,并且skos:宽传递
和skos:窄传递
是倒数,skos:相关
因此也与skos:窄传递
.
8.5. 示例
下面的图表断言了以下内容之间的直接层次链接<答>
和<B>
(其中<B>
范围比<答>
)、和之间的关联链接<答>
和<C>
,和是一致的使用SKOS数据模型。
例25(一致) |
<A> skos:范围更广<B>;skos:相关<C>。
|
下图为不一致使用SKOS数据模型,因为关联链接和层次结构之间存在冲突链接。
例26(不一致) |
<A> skos:范围更广<B>;skos:相关<B>。
|
下图为不一致使用SKOS数据模型,同样是因为关联链接和层次链接。
例27(不一致) |
<A> skos:范围更广<B>;skos:相关<C>。 <B> skos:范围更广<C>。
|
在上面的例子中,冲突并不明显。冲突当根据类和属性进行推断时,就会变得明显定义,给出以下图表。
例28(不一致) |
<A> skos:宽传递<C>;skos:相关<C>.
|
下图为不一致使用SKOS数据模型,同样是因为关联链接和层次链接,可以从类和属性推断上述定义。
例29(不一致) |
<A> skos:更窄<B>;skos:相关<C>。 <B> skos:较窄<C>。
|
8.6. 笔记
8.6.1. 子财产关系
下图非正式地说明了子属性关系SKOS语义关系属性之间。
skos:语义关系|+-skos:相关|+-skos:宽传递| ||+-skos:范围更广|+-skos:窄传递|+-skos:更窄
8.6.2. SKOS语义关系的领域和范围属性
请注意skos:语义关系
是班级skos:概念
.因为skos:更广泛
,skos:更窄
和skos:相关
每个都是的子属性skos:语义关系
,中的图形示例26上述内容意味着<答>
,<B>
和<C>
每个实例都是skos:概念
.
8.6.3. skos的对称性:相关
skos:相关
是对称属性。下面的示例说明了此条件下的蕴涵。
例30(牵连) |
<A> skos:相关<B>。
需要
<B> skos:相关<A>。
|
请注意,尽管skos:相关
是对称性质,这种情况会不对…施加任何限制的子属性skos:相关
(即skos:相关
可以是对称的、非对称的或反对称的,并且仍然与SKOS数据模型保持一致)。
为了说明这一点,在下面的示例中,有两个新属性是不对称被声明为的子属性skos:相关
。该示例是一致的使用SKOS数据模型,还显示了以下一些隐含内容。
例31(牵连) |
rdf:类型owl:ObjectProperty; rdfs:subPropertyOf skos:related。
<effect>rdf:类型owl:ObjectProperty; rdfs:subPropertyOf skos:related; owl:inverseOf<原因>。
<A> <原因><B>。
需要
<A> skos:相关<B>。
<B> <效果><A>;skos:相关<A>。
|
另请参见[底漆SKOS]有关扩展SKOS的最佳实践建议。
8.6.4. skos:相关和及物性
请注意skos:相关
是不及物动词属性。因此,SKOS数据模型确实不支持包含,如下例所示。
例32(非隐含) |
<A> skos:相关<B>。 <B> skos:相关<C>。
不需要
<A> skos:相关<C>。
|
8.6.5. skos:关联性和自反性
注意,本规范没有说明skos:相关
是一个自反性,也不是吗声明skos:相关
是一种不灵活的属性。
因为skos:相关
是不定义为非自反性质,下图为一致的使用SKOS数据模型。
然而,对于许多使用知识组织系统的应用程序,X形式的语句skos:相关
X是一个潜在的问题。在这种情况下,应用程序可能希望搜索此类声明在处理SKOS数据之前,尽管应用程序应该如何处理本规范中未对语句进行定义,可能会在以下方面有所不同应用。
8.6.6. skos:更广泛和及物性
请注意skos:更广泛
是不及物动词属性。同样,skos:更窄
是不一传递属性。因此,SKOS数据模型确实不支持包含,如下面的示例所示。
例34(非隐含) |
<A> skos:范围更广<B>。 <B> skos:范围更广<C>。
不需要
<A> skos:范围更广<C>。
|
然而,skos:更广泛
是的子属性skos:宽传递
,其中是及物的属性。同样,skos:更窄
是的子属性skos:窄传递
,其中是及物动词属性。因此,SKOS数据模型做支持包含如下所示。
例35(牵连) |
<A> skos:范围更广<B>。 <B> skos:范围更广<C>。
需要
<A> skos:broaderTransitive<B>。 <B> skos:broaderTransitive<C>。 <A> skos:broaderTransitive<C>。
|
特别要注意,按照惯例,skos:更广泛
和skos:更窄
是只有用于断言立即数两个SKOS概念之间的(即直接)层次链接。按照惯例,skos:宽传递
和skos:狭义传递
是不用于生成断言,但仅用于进行推断。
此模式允许有关直接(即立即)的信息要保留的层次链接,这对于许多任务(例如。,构建知识组织的各种可视化表示系统),同时还提供了一种方便查询这些层次链接的传递闭包(这将包括直接和间接链接),这在其他情况下很有用(例如,查询扩展算法)。
还要注意,传递属性的子属性是不必然具有及物性。
另请参阅下面关于备选路径的注释。
8.6.7. skos:更广泛和自反性
注意,本规范没有对自反式的特征skos:更广泛
关系。它没有声明skos:更广泛
是一个反射的属性,也不它说明了吗skos:更广泛
是一种不灵活的属性。因此,对于任何图形和资源<答>
,三重:
例36(一致) |
<A> skos:范围更广<A>。
|
可能存在也可能不存在。这种保守的立场使得SKOS用于为两个KOS建模,其中skos:更广泛
是自反的(例如,推断的OWL子类的直接翻译层次结构),或KOS,其中skos:更广泛
可以考虑非自反(适用于大多数同义词表或分类方案)。
同样,也没有关于反身性或非自反性skos:更窄
.
然而,对于许多使用知识组织系统的应用程序,X形式的语句skos:更广泛
X或Yskos:更窄
Y代表一个潜在的问题。这里是在这种情况下,应用程序可能希望在处理SKOS数据,尽管应用程序应该如何处理本规范中未对语句进行定义,可能会在以下方面有所不同应用。
8.6.8. 层次关系中的循环(skos:更广泛的传递性和自反性)
在下图中,已经在层次关系中陈述了一个循环。请注意,此图是一致的对于SKOS数据模型,即,有不条件要求skos:宽传递
不可逆转。
例37(一致) |
<A> skos:范围更广<B>。 <B> skos:范围更广<A>。
|
然而,对于知识组织系统使用时,层次关系中的循环表示潜在问题。对于这些应用程序,计算skos:宽传递
然后寻找表格中的语句
X(X)skos:宽传递
X(X)
是一个在层次关系中查找循环的方便策略。如何应用程序应该处理这样的语句在本文档中没有定义规格和可能因应用而异。
8.6.9. 层次关系中的可选路径
在下图中,在等级关系。
例38(一致) |
<A> skos:范围更广<B>,<C>。 <B> skos:范围更广<C>。
|
在下图中,在等级关系。
例39(一致) |
<A> skos:范围更广<B>,<C>。 <B> skos:范围更广<D>。 <C> skos:范围更广<D>。
|
这是一种在多层次知识中自然出现的模式组织系统。
这两个图都是一致的使用SKOS数据模型,即有不要求有层次关系中任意两个节点之间只有一条路径。
8.6.10. skos的分离:相关和skos:宽传递
本规范将层次关系和关联关系视为本质上截然不同。因此,等级之间存在冲突关联链接是不与SKOS数据一致模型。以上示例说明了冲突的一些情况似乎出现了。
该位置遵循通常给出的层级和叙词表标准中的关联关系[ISO2788标准] [BS8723-2标准],并支持通用在许多现有知识组织系统中进行实践。
请注意,本规范采取了更有力的立场,不仅直接(即直接)层次链接和关联链接是不相交的,但关联链接也与间接的等级制度链接。这在完整性条件中被正式捕获,断言skos:相关
和skos:宽传递
是不相交属性。
9.概念集合
9.1. 序言
SKOS概念集合是SKOS的标签和/或有序组概念。
当一组概念共享某些内容时,集合很有用通用,并且可以方便地将它们分组到通用标签下,或者一些概念可以按有意义的顺序排列。
9.2. 词汇
skos:集合 |
skos:OrderedCollection |
skos:成员 |
skos:成员列表 |
9.3. 类别和属性定义
S28码 |
skos:集合 和skos:OrderedCollection 是的每个实例owl:类 . |
S29码 |
skos:OrderedCollection 是的子类skos:集合 . |
S30系列 |
skos:成员 和skos:成员列表 每个都是的实例owl:对象属性 . |
第31期 |
这个rdfs:域 属于skos:成员 是班skos:集合 . |
32个 |
这个rdfs:范围 属于skos:成员 是类的联合skos:概念 和skos:集合 . |
第33页 |
这个rdfs:域 属于skos:成员列表 是班skos:OrderedCollection . |
S34系列 |
这个rdfs:范围 属于skos:成员列表 是班rdf:列表 . |
S35系列 |
skos:成员列表 是的一个实例owl:函数属性 . |
S36系列 |
对于任何资源,列表中的每个项都作为skos:成员列表 属性也是skos:成员 属性。 |
9.4. 完整性条件
S37系列 |
skos:集合 与每个skos:概念 和skos:概念方案 . |
9.5. 示例
下图显示了一个有3个成员的SKOS集合。
例40(一致) |
<MyCollection>rdf:type skos:Collection; skos:成员<X>、<Y>、<Z>。
|
下图显示了一个包含3个成员的有序SKOS集合。注意Turtle语法的用法(...)
,表示RDF集合(列表)。
例41(一致) |
<MyOrderedCollection>rdf:type skos:OrderedCollection; skos:memberList(<X><Y><Z>)。
|
9.6. 笔记
9.6.1. 从有序集合推断集合
声明S36系列说明了skos:成员列表
和skos:成员
属性。这个关系意味着可以从有序的收藏。这在下面的示例中进行了说明。
例42(牵连) |
<MyOrderedCollection>rdf:type skos:OrderedCollection; skos:memberList(<X><Y><Z>)。
需要
<MyOrderedCollection>rdf:type skos:Collection; skos:成员<X>、<Y>、<Z>。
|
请注意,SKOS没有提供任何方式来显式声明集合是不命令。
9.6.2. skos:memberList完整性
请注意skos:成员列表
是一种功能属性,即没有多个值。这是为了在对于有序集合来说,没有意义的SKOS数据模型多个成员列表。不幸的是,没有办法使用这个条件作为完整性条件,而不显式声明两个列表是不同的对象。换句话说,尽管下面的图表是一致的对于SKOS数据模型,它包含了无意义(a带有两个前元素和分叉尾部的列表)。
例43(牵连) |
<有序集合资源> skos:成员列表(<A><B>),(<X><Y>).
需要
<有序集合资源> skos:memberList[rdf:first<A>,<X>;rdf:rest[rdf:第一个<B>;rdf:rest rdf:无],[rdf:第一个<Y>;rdf:休息rdf:无]]。
|
然而,如中所述[RDF-语义]第3.3.3节,语义对RDF的扩展可能会带来额外的语法良好性RDF集合词汇表的使用限制(rdf:第一个
,rdf:休息
,rdf:无
)为了排除这种图形。
9.6.3. 嵌套集合
在下面的示例中,一个集合嵌套在另一个集合中。
例44(一致) |
<MyCollection>rdf:type skos:Collection; skos:成员<A>、<B>、<MyNestedCollection>.
<MyNestedCollection>rdf:type skos:Collection; skos:成员<X>、<Y>、<Z>。
|
这个例子是一致的使用SKOS数据模型,因为skos:成员
是的联合skos:概念
和skos:集合
.
9.6.4. SKOS概念、概念集合和语义关系
在SKOS数据模型中,skos:概念
和skos:集合
是不相交的类。的领域和范围SKOS语义关系属性是skos:概念
.因此,如果任何SKOS语义关系属性(例如。,skos:更窄
)用于链接到集合或从集合链接图表将不与SKOS数据模型保持一致。
下面的示例对此进行了说明不与SKOS数据模型一致。
例45(不一致) |
<A> skos:更窄<B>。 <B> rdf:type skos:Collection。
|
类似地,下图为不与SKOS数据模型。
例46(不一致) |
<A> skos:范围更广<B>。 <B> rdf:type skos:Collection。
|
同样,下图为不与SKOS数据模型。
例47(不一致) |
<A> skos:相关<B>。 <B> rdf:type skos:Collection。
|
然而,下图与SKOS数据模型一致。
例48(一致) |
<A> skos:狭窄<B>、<C>、<D>。
<ResourceCollection>rdfs:label“Resource Collection”@en; skos:成员<B>、<C>、<D>。
|
这意味着,对于同义词库和其他知识组织系统在系统显示中使用节点标签同义词库,适当的SKOS表示需要谨慎对价。此外,在系统中使用节点标签的地方显示,可能并不总是能够完全重建系统仅从SKOS表示进行显示。完全代表所有在同义词库或其他系统显示中表示的信息知识组织系统,包括布局和表示的细节,超出SKOS的范围。
10.映射属性
10.1. 序言
SKOS映射属性包括skos:closeMatch
,skos:exactMatch
,skos:broadMatch
,skos:窄匹配
和skos:relatedMatch(相关匹配)
.这些属性用于说明SKOS概念之间的映射(对齐)链接在不同的概念方案中,链接是相关概念。
属性skos:broadMatch
和skos:窄匹配
用于说明分层映射链接在两个概念之间。
该物业skos:relatedMatch(相关匹配)
用于声明两个概念之间的关联映射链接。
该物业skos:closeMatch
用于链接两个概念它们非常相似,可以互换使用一些信息检索应用。为了避免组合跨多个映射时出现“复合错误”的可能性两个概念方案,skos:closeMatch
是不声明为可传递属性。
该物业skos:exactMatch
用于链接两个概念,表明可以使用这些概念的高度自信可在广泛的信息检索应用程序之间互换。skos:exactMatch
是可传递属性,是子属性属于skos:close匹配
.
10.2. 词汇
skos:映射关系 |
skos:close匹配 |
skos:exactMatch |
skos:broadMatch |
skos:窄匹配 |
skos:relatedMatch(相关匹配) |
10.3. 类别和属性定义
38磅 |
skos:映射关系 ,skos:closeMatch ,skos:exactMatch ,skos:broadMatch ,skos:窄匹配 和skos:relatedMatch(相关匹配) 是每个实例owl:对象属性 . |
39磅 |
skos:映射关系 是的子属性skos:语义关系 . |
40系列 |
skos:close匹配 ,skos:broadMatch ,skos:窄匹配 和skos:relatedMatch(相关匹配) 是每个子属性skos:映射关系 . |
41岁 |
skos:broadMatch 是的子属性skos:更广泛 ,skos:窄匹配 是一个子属性skos:更窄 、和skos:relatedMatch(相关匹配) 是的子属性skos:相关 . |
S42系列 |
skos:精确匹配 是的子属性skos:close匹配 . |
43岁 |
skos:窄匹配 是猫头鹰:反转 这个财产skos:broadMatch . |
S44系列 |
skos:relatedMatch(相关匹配) ,skos:closeMatch 和skos:exactMatch 每个实例都是owl:对称属性 . |
45岁 |
skos:exactMatch 是的一个实例owl:传递属性 . |
10.4. 完整性条件
46岁 |
skos:exactMatch 与每个属性skos:broadMatch 和skos:relatedMatch(相关匹配) . |
请注意,因为skos:exactMatch
是对称属性,并且skos:broadMatch
和skos:窄匹配
是倒数,skos:exactMatch
因此也与skos:窄匹配
.
10.5. 示例
下图断言了以下两者之间的精确等价映射链接<答>
和<B>
.
例49(一致) |
<A> skos:精确匹配<B>。
|
下面的图表断言了以下两者之间的密切等价映射链接<答>
和<B>
.
例50(一致) |
<A> skos:closeMatch<B>。
|
下面的图表断言了以下对象之间的层次映射链接<答>
和<B>
(其中<B>
范围比<答>
),和关联映射链接<答>
和<C>
.
例51(一致) |
<A> skos:broadMatch<B>;skos:relatedMatch(相关匹配).
|
下图为不一致使用SKOS数据模型,因为精确映射和层次映射之间存在冲突链接。
例52(不一致) |
<A> skos:exactMatch<B>;skos:broadMatch<B>。
|
下图为不一致使用SKOS数据模型,因为精确映射和关联映射之间存在冲突链接。
例53(不一致) |
<A> skos:exactMatch<B>;skos:relatedMatch(相关匹配).
|
10.6. 笔记
10.6.1. 映射属性、语义关系属性和概念方案
按照惯例,SKOS映射属性仅用于链接概念在里面不同的概念方案。但是,请注意,使用SKOS语义关系属性(skos:更广泛
,skos:更窄
,skos:相关
)将概念链接到不同的概念方案也是一致的使用SKOS数据模型(请参见第8节).
映射属性skos:broadMatch
,skos:窄匹配
和skos:关联匹配
已提供为了方便起见,对于已知数据来源的情况,以及一眼就能看出内部概念方案中的链接和概念方案之间的映射链接。
然而,使用SKOS映射属性是不代替用于仔细管理RDF图或使用种源机制。
这种设计的基本原理是很难画出绝对值概念方案内部链接和映射链接之间的区别概念方案之间。在开放环境中尤其如此不同的人可能会将概念重新组织为不同的概念方案方式。一个人将什么视为带有映射链接的两个概念方案在之间,另一个可能被视为具有内部链接的单个概念方案只有。本规范允许两种观点共存希望)将促进SKOS数据再利用的灵活性和创新网络。
因此,SKOS语义之间有着密切的联系关系属性和SKOS映射属性。该物业skos:broadMatch
是的子属性skos:更广泛
,skos:窄匹配
是的子属性skos:更窄
、和skos:relatedMatch(相关匹配)
是一个子属性skos:相关
.全套子属性关系如下所示。
skos:语义关系|+-skos:相关| ||+-skos:relatedMatch|+-skos:宽传递| ||+-skos:范围更广| ||+-skos:broadMatch|+-skos:狭义传递| ||+-skos:更窄| ||+-skos:窄匹配|+-skos:映射关系|+-skos:closeMatch| ||+-skos:exactMatch|+-skos:relatedMatch(相关匹配)|+-skos:broadMatch|+-skos:窄匹配
下面的例子说明了由此产生的一些含意子属性树,从域和范围skos:语义关系
.
例54(牵连) |
<A> skos:broadMatch<B>。
需要
<A> skos:mappingRelation<B>。 <A> skos:范围更广<B>。 <A> skos:broaderTransitive<B>。 <A> skos:semanticRelation<B>。 <A> rdf:type skos:概念。 <B> rdf:type skos:概念。
|
例55(隐含) |
<A> skos:窄匹配<B>。
需要
<A> skos:mappingRelation<B>。 <A> skos:更窄<B>。 <A> skos:窄传递<B>。 <A> skos:semanticRelation<B>。 <A> rdf:type skos:概念。 <B> rdf:type skos:概念。
|
例56(牵连) |
<A> skos:relatedMatch<B>。
需要
<A> skos:mappingRelation<B>。 <A> skos:相关<B>。 <A> skos:semanticRelation<B>。 <A> rdf:type skos:概念。 <B> rdf:type skos:概念。
|
例57(牵连) |
<A> skos:exactMatch<B>。
需要
<A> skos:closeMatch<B>。 <A> skos:mappingRelation<B>。 <A> skos:semanticRelation<B>。 <A> rdf:type skos:概念。 <B> rdf:type skos:概念。
|
还要注意,因为不同的人可能会将概念重新组织为概念方案以不同的方式,图表可以断言映射中概念之间的链接相同的概念方案,有不形式完整性条件在SKOS数据模型中,会使这样的图形不一致,例如下图是一致的使用SKOS数据模型。然而,在实践中,预计这样的图只会出现在合并来自不同来源的两个或多个图形。
例58(一致) |
<A> skos:broadMatch<B>;skos:relatedMatch(相关匹配).
<A> skos:inScheme<我的方案>。 <B> skos:inScheme<MyScheme>。 <C> skos:inScheme<我的方案>。
|
10.6.2. 层次结构和关联结构之间的冲突链接
下面的示例说明了层次结构和关联结构之间的“冲突”映射链接,这些链接是不一致使用SKOS数据模型(由于上述子属性关系,以及因为中定义的SKOS语义关系属性的数据模型第8节).
例59(不一致) |
<A> skos:broadMatch<B>;skos:relatedMatch(相关匹配).
|
例60(不一致) |
<A> skos:窄匹配<B>;skos:relatedMatch(相关匹配).
|
示例61(不一致) |
<A> skos:broadMatch<B>。 <B> skos:broadMatch<C>。 <A> skos:relatedMatch<C>。
|
10.6.3. 映射属性和传递性
唯一声明为可传递的SKOS映射属性是skos:exactMatch
。包含的示例如下所示:
例62(隐含) |
<A> skos:精确匹配<B>。 <B> skos:exactMatch<C>。
需要
<A> skos:exactMatch<C>。
|
所有其他SKOS映射属性都是不可传递的。因此,如下例所示的蕴涵是不受SKOS数据模型支持。
例63(非隐含) |
<A> skos:broadMatch<B>。 <B> skos:broadMatch<C>。
不需要
<A> skos:broadMatch<C>。
|
例64(非隐含) |
<A> skos:relatedMatch<B>。 <B> skos:relatedMatch<C>。
不需要
<A> skos:relatedMatch<C>。
|
例65(非隐含) |
<A> skos:closeMatch<B>。 <B> skos:closeMatch<C>。
不需要
<A> skos:closeMatch<C>。
|
10.6.4. 映射属性和自反性
无SKOS映射属性的反射,也不他们是否不可逆转。
因为skos:exactMatch
,skos:broadMatch
和skos:关联匹配
是不
不灵活的,下图为一致的使用SKOS数据模型。
例66(一致) |
<A> skos:exactMatch<A>。 <B> skos:broadMatch<B>。 <C> skos:relatedMatch<C>。
|
但是,请参见第8节上SKOS语义关系属性的自反性。
10.6.5. 涉及的循环和备用路径skos:broadMatch
没有正式的完整性条件阻止循环或层次映射链接图中的可选路径。
在下图中,有两个循环涉及skos:broadMatch
。此图为一致的具有SKOS数据模型。
例67(一致) |
<A> skos:broadMatch<B>。 <B> skos:broadMatch<A>。
<十> skos:broadMatch<Y>。 <Y> skos:broadMatch<Z>。 <Z> skos:broadMatch<X>。
|
在下图中,有两条备选路径涉及skos:broadMatch
。此图为一致的具有SKOS数据模型。
例68(一致) |
<A> skos:broadMatch<B>。 <B> skos:broadMatch<C>。 <A> skos:broadMatch<C>。
|
然而,请参见第8节关于循环和替代路径涉及skos:更广泛
.
10.6.6. 涉及skos的周期:exactMatch和skos:closeMatch
例69(内含物) |
<A> skos:精确匹配
需要
<A> skos:exactMatch<A>。 <A> skos:closeMatch<A>。
|
由于上述牵连(通过组合产生属于S42系列,S44系列和45岁),应用程序必须能够处理循环skos:exactMatch
和skos:closeMatch
.
10.6.7. 涉及skos的子属性链:exactMatch
SKOS数据模型中没有涉及skos:exactMatch
或skos:closeMatch
属性。因此,下面所示的蕴涵是不支持。
例70(非隐含) |
<A> skos:精确匹配<B>。 <B> skos:broadMatch<C>。
不需要
<A> skos:broadMatch<C>。
|
例71(非隐含) |
<A> skos:精确匹配<B>。 <B> skos:relatedMatch<C>。
不需要
<A> skos:relatedMatch<C>。
|
例72(非隐含) |
<A> skos:closeMatch<B>。 <B> skos:broadMatch<C>。
不需要
<A> skos:broadMatch<C>。
|
例73(非隐含) |
<A> skos:closeMatch<B>。 <B> skos:relatedMatch<C>。
不需要
<A> skos:relatedMatch<C>。
|
10.6.8. skos:closeMatch,skos:exactMatch,owl:sameAs,owl:equivalentClass,owl:equivalentProperty
OWL提供了三个乍一看可能相似的属性到skos:closeMatch
或skos:精确匹配
.猫头鹰:相同
用于链接本体中的两个个体,并且表示他们是同一个人(即同一资源)。owl:等价类
用于链接本体中的两个类,并指示这些类具有相同的类扩展。owl:等价属性
用于链接本体并指示这两个属性具有相同的属性扩展。
skos:closeMatch
和skos:exactMatch
习惯于在不同方案中链接SKOS概念。A类skos:closeMatch
链接表示两个概念非常相似,可以使用在中可以互换一些信息检索应用。A类skos:exactMatch
链接表示高度自信这两个概念可以在广泛的信息检索应用。
猫头鹰:相同
,owl:等价类
或owl:等效属性
通常不适合将SKOS概念链接到不同的概念方案中,因为随之而来的后果可能是不可取的。
下面的示例说明了一些不希望出现的结果从使用开始猫头鹰:相同
就这样。
例74(牵连) |
<A> rdf:类型skos:概念; skos:prefLabel“love”@en; skos:inScheme<我的方案>。
<B> rdf:类型skos:概念; skos:prefLabel“崇拜”@en; skos:inScheme<另一个Scheme>。
<A> owl:sameAs<B>。
需要
<答> skos:prefLabel“爱”@en; skos:prefLabel“崇拜”@en; skos:inScheme<MyScheme>; skos:inScheme<另一个Scheme>。
<B> skos:prefLabel“love”@en; skos:prefLabel“崇拜”@en; skos:inScheme<我的方案>; skos:inScheme<另一个Scheme>。
|
在本例中,使用猫头鹰:相同
链接两个SKOS概念在不同的概念中,方案实际上会导致与SKOS数据模型,因为<答>
和<B>
现在有两个相同的首选词汇标签语言。然而,情况并非总是如此。