你好，不确定我是否完全理解了当前的讨论，但如果提议要改变[[#myConcept a skos：概念；skos:prefLabel“我的概念”。]]更像是[[#myConcept a skos:概念；skos：术语[a skos：术语；skos:termLabel“我的概念”；skos:termType“首选”；....] .]]（即概念和它们之间的某种中间节点词汇表示），我更喜欢当前的模型。我可以看到第二种方法在某些用例中的实用性，（事实上，几个月来我也提出了类似的建议前），但除了需要对SKOS在整个计划结束前的几周，我也认为这会减缓SKOS的部署。我一直认为SKOS是针对非ro信息的组织者（因此*Simple*KOS），它实际上被视为候选人将平衡力量、错误、semweb技术向群众致敬。当前的“核心”设计有助于实现编辑器和基于SPARQL的高效浏览器，以及博客类别等内容的升级。转换为机器友好格式。就我的1.5美分，我很可能错过了这件事的全部要点线程，在这种情况下，我为这些胡言乱语道歉。本杰明--本杰明·诺瓦克首席拖延官克鲁普斯特尔。100德国埃森45145网址：http://www.bnode.org/2005年10月20日16:29:14，苏·埃伦·赖特写道：>伯纳德写道：>-或提供表达各种观点的方式>背景、目的、，>规则，以及“枢纽”它们的方式（这就是枢纽可能相关的地方）。>>后一种选择当然是我最喜欢的，即使不太明显>当然是>从长远来看是赢家。>这也正是我的设想。我想看到的是一种手段>通过它，我们可以相互“获取”嵌入其中的概念相关信息>其他“观点”（我经常称之为属于不同的>实践社区）。即使只是在术语界，我们>确定了多个实践社区。我们都有更多的收获>从长远来看，温和的男子气概比不和更重要，因为>观点和争论宗教或性一样有用>偏好——这是一个我们永远不会在单一观点上达成一致的同步，>如果我们尝试一下，最终我们会损失很多。>再见了>苏·埃伦>>2005年10月20日，Bernard Vatant<bernard.vatant@mondeca.com>写道：>>>>>>>>大家好>>>>浏览所有那些非常有趣的正在进行的线程>>SKOS的扩展，>>与OWL的关系、注释类型、术语作为概念、与>>术语等。。。>>一直让我回到当前的“透视”概念>>Michel探索>>Biezunski[1]，我目前正尝试将其与我自己的>>当前漫游>> [2].>>>>在下面，*突出显示的单词*根据>>别赞斯基的定义。或者>>至少他们试过了。米歇尔在抄送中，我会在任何地方更正>>这是错误的。>>>>根据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>>应该>>-“关闭其范围”，尽可能详细说明>>有点像>>perspectives a skos：应该使用概念，并坚持>>相关属性>>这样的观点。>>-或提供表达各种观点的方式>>背景、目的、，>>规则，以及“集线器”它们的方式（这就是集线器对象的位置>>相关）。>>>>后一种选择当然是我最喜欢的，即使不太明显，>>它当然是一个>>从长远来看是赢家。>>>>今天就够了。如果对此有兴趣，我可以来>>提供更多>>关于它的正式想法。>>>>干杯>>>>伯纳德>>>> [1]>>>>>http://www.mulberrytech.com/Extreme/Proceedings/html/2005/Biezunski01/EML2005Bi>ezunski01.h号机组>>tml（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>> ---------------------------------->>>>>>>>>>>-->苏·埃伦·赖特>应用语言学研究所>肯特州立大学>美国俄亥俄州肯特44242>sellenwright@gmail.com>swright@kent.edu>sewright@neo.rr.com>
接收日期：2005年10月21日星期五08:45:19 UTC