主题:概念方案层次结构

你好,安托万,约翰:当然,我的想法很清楚:skos:inScheme的域是skos:概念,范围是skos:ConceptScheme。然而,当我重读时SKOS参考,当我发现以下[1]时,我感到惊讶:"4.6.5. skos域:inScheme请注意,没有为属性skos:inScheme指定域,即域实际上是所有资源的类(rdfs:Resource)。这个决定不声明任何域是为了提供一些灵活性,启用SKOS扩展以定义新的资源类,但仍使用skos:inScheme将它们链接到skos:ConceptScheme。[...]"而且真的http://www.w3.org/2009/08/skos-reference/skos.rdf非域表单skos:ConceptScheme。此时,我想到了一个类似<S11>skos:inScheme的语句:*符合标准SKOS*此用法尊重skos:Collection和skos:Concept之间的不相交性和skos:ConceptScheme。因此,有一个问题:A) 考虑到[1]将A从属的问题在哪里skos:ConceptScheme到另一个使用skos:inScheme?B) 在[2]中:概念组被定义为skos:集合,需要skos的子属性:inScheme:考虑[1] :这是必要的财产吗?有了skos:inScheme就够了因为它的领域没有说明?C) iso-thes的定义:ConceptGroup(作为skos:Collection)与skos:hasTopConcept和skos:topConceptOf?需要另一个稍微复杂的属性[2]:“应在SKOS中从SKOS:broaderTransitive派生而来,其中skos:broaderTransitive是一个具有属性skos:topConceptOf的概念(即topConcept=true的同义词表Concept)。"虽然我更喜欢使用“本机”SKOS元素建模,但我认识到像ex:subScheme这样的属性可能有效。就项目而言我需要尽快找到解决方案iso-thes的开发才刚刚开始。对不起,我有很多问题,非常感谢您抽出时间回答!!!顺颂商祺,胡安[1]http://www.w3.org/TR/skos-reference/#L2805[2]http://www.niso.org/apps/group_public/download.php/9507/通讯_ISO25964-SKOSXL-MADS-2012-09-16.pdf2012/12/30安托万·艾萨克<aisaac@few.vu.nl>>你好,Juan,>>过去已经有这样的建议了。>模式的问题(在ConceptSchemes之间使用skos:inScheme)>是skos:inScheme将skos:Concept作为域,skos:ConceptScheme作为>范围。这将导致像S11这样的“子方案”被推断为>skos的例子:概念,这可能不是你想要的。>>最干净的选项可能是创建一个新属性,如ex:subSchemeOf。>ISO的ISO-thes:microThesaurusOf[1]或madsrdf:**isMemberOfMADSCollection等属性>[2]可能合适,这仍有待调查(我尤其担心>这些主要用于skos的子类:集合,而不是>skos:概念方案)。>>请注意,创建一个新属性仍然可以进行这种推断>您在下面进行了描述(<C1>skos:inScheme<S1>)。诀窍是使用OWL>属性链公理[3]指出链(skos:inScheme,>ex:subSchemeOf)是skos:inScheme的子属性。>>安托万>> [1]http://www.niso.org/schemas网站/**iso25964/通信SKOS/<http://www.niso.org/schemas/iso25964/通讯SKOS/>> [2]http://www.loc.gov/standards网站/**mads/rdf/v1.html#**>是MADSCollection的成员<http://www.loc.gov/standards/mads/rdf/v1.html#isMemberOfMADSCollection网站>> [3]http://www.w3.org/TR/2009/WD-**owl2-primer-20090421/#**属性链<http://www.w3.org/TR/2009/WD-owl2-primer-20090421/#Property_Chains网站>>>>大家好,>>>>此列表中经常出现一些与实现有关的消息>>由多个微型同义词表组成的同义词库SKOS>>>>一些KOS作为EUROVOC定义了特定属性来表示这一点。使用>>属性(如dc:isPartOf)或开发工件是另一个>>方法。>>>>仅考虑skos:inScheme:是否可以使用此属性>>定义概念方案的层次结构?>>>>示例:两个概念方案和<S1>和<S11>,<S1>表示>>整个叙词表和<S11>一个微叙词表。可以定义为:>>>>skos:在方案中>>>>当然,这与[2]中skos的定义一致:inScheme>>和[3]。>>>>在这种情况下,可以将skos:inSheme定义为传递>>(skos:inScheme rdf:type owl:Transitive Property)。因此,具有<C1>>>概念和声明:>>>>skos:在方案中>>>>可以推断:>>>><C1>skos:在方案中>>>>顺颂商祺,>>胡安>>>>>> [1]http://lists.w3.org/档案/**公共/公共esw thes/**>>2010年6月/0010.html<http://lists.w3.org/Archives/Public/Public-esw-thes/2010年6月/0010.html>>> [2]http://www.w3.org/TR/skos-**参考号/#L1101<http://www.w3.org/TR/skos-reference/#L1101>>> [3]http://www.w3.org/TR/skos-**参考号/#L2805<http://www.w3.org/TR/skos-reference/#L2805>>>>>>> -->>Juan Antonio Pastor Sánchez博士。>>信息和文件部>>传播与文献学院>>穆尔西亚大学>>电话:+34 868 88 7252>>http://webs.um.es/牧师>>pastor@um.es<邮寄地址:pastor@um.es>>>>>>-- Juan Antonio Pastor Sánchez博士。信息和文件部传播与文献学院穆尔西亚大学电话:+34 868 88 7252http://webs.um.es/牧师
pastor@um.es

接收日期:2012年12月30日星期日18:51:11 UTC