大家好浏览所有关于SKOS可能扩展的非常有趣的正在进行的线程，与OWL的关系、注释类型、术语作为概念、与术语的相关性等。。。让我回到Michel目前探讨的“透视”概念Biezunski[1]，我目前正试图将其与我自己的闲聊结合起来[2].在下文中，*突出显示的单词*是根据Biezunski的定义使用的。或者至少他们试过了。米歇尔在抄送中，只要我有错误，他都会改正。根据Biezunski的术语，skos:Concept是某些主题的“代理”RDF中使用的任何URI都是。此代理表示的主题在SKOS中是抽象的概念，可能以许多特定的形式或非形式方式表达许多不同的方案（同义词表、分类法、本体、术语…）使用了如此多的不同的语言（SKOS、OWL、UML…）和匹配的表示规则，以及表达方式多种多样，用途多种多样上下文。所有这些的组合定义了主题/概念的“视角”。我仍然不清楚对skos的看法：概念可以延伸到哪里，是吗待定义。它可以至少包括rdf:Description和/或所有相关的skos：同一skos中的概念：ConceptScheme，或者包括这个完整的方案，这当然不是故事的结尾，因为一个有用的视角应该当然也包括目的、方式、规则和使用背景。无论如何，这会引发不同的有趣问题。相同的URI可以用于不同的skos：概念描述。所以必须澄清如果概念的代理是URI或其rdf:Description之一。相同的skos：概念可以属于或用于各种视角。不仅如此因为它可以属于各种sko:ConceptScheme（s），但因为每个方案可用于不同的上下文、不同的目的和不同的方式：索引和分类（这似乎是SKOS的主要目的），但也包括文本挖掘和知识提取，支持翻译和出版工具。。。在skos的所有可能属性中：概念，一些只与特定属性相关视角。例如，标签上的各种注释或属性，或术语的词汇属性。。。这让我们想到了什么？对SKOS的兴趣吸引了众多用户不同的观点（这真的很好），他们每个人都温和地推动（只是到目前为止，这里的男人都很温柔，非常感激）允许语言在内心表达对单个sko的相同描述：概念与其相关的任何其他属性各自的观点，冒着在一天结束时做出这样描述的风险，正如斯特拉正确地指出的那样，他是万事通，一无所有。实际上，这意味着我们正处于SKOS应该-要么“关闭其范围”，通过尽可能指定透视图a skos：应该使用概念，并坚持相关属性这样的观点。-或提供表达各种观点、各自背景、目的、，规则，以及“集线器”它们的方式（这是集线器可能相关的地方）。后一种选择当然是我最喜欢的，即使不太明显，它肯定是一种从长远来看是赢家。今天就够了。如果对此有兴趣，我可以想出更多关于它的正式想法。干杯伯纳德[1]http://www.mulberrytech.com/Extreme/Progressions/html/2005/Biezunski01/EML2005Biezunski01.html（tml）[2]http://www.google.com/search？q=hubject----------------------------------伯纳德·瓦坦特Mondeca知识工程bernard.vatant@mondeca.com(+33) 0871 488 459网址：http://www.mondeca.com
http://universimedia.blogspot.com----------------------------------
接收日期：2005年10月20日星期四15:08:59 UTC