你好，托马斯，使用skos:集合确实是在http://www.niso.org/schemas/iso25964/通讯SKOS/谨致问候，约翰·德·斯梅特首席技术官邮件：<mailto:johan.de-smedt@tenforce.com>johan.de-smedt@tenforce.com手机：+32 477 475934邮件TenForce发件人：Thomas Bandholtz[mailto:托马斯.bandholtz@innoq.com] 发送时间：2012年12月31日星期一10:00收件人：public-esw-thes@w3.org主题：回复：概念方案层次结构大家好，有人考虑过使用skos:Collection来代替microthesauri吗？顺颂商祺，托马斯Am 31.12.2012 09:53，schrieb Juan Antonio Pastor Sánchez（2012年12月31日上午09:53）：你好，安托万，约翰，非常感谢你的帮助，并解决了我的疑虑。最后，我们决定使用skos:inScheme或像ex:subSchemeOf这样的子属性作为skos:ConceptSchemes层次结构，用于表示此项目的微词典。这将是第一个SKOS版本同义词库的临时解决方案。当iso-thes的名称空间可用时，我们将开始使用ConceptGroup/subGroup/superGroup。我们分析了这一变化后，将很容易对同义词库的一个版本进行改编iso-thes。祝大家新年快乐！！！胡安2012/12/30安托万·艾萨克<aisaac@few.vu.nl>你好，Juan，Johan，胡安关于inScheme缺少域名的说法是正确的，我反应太快了。在性质相同的事物（两个概念方案）之间使用inScheme似乎很奇怪，但从从形式上看，那应该没问题。话虽如此，我仍然更愿意依赖一个可以连接到某些既定的做法（micro-thesauri或其他）。因为事情确实很复杂，而且对“代表”的实践进行一些明确的跟踪可能会很方便。这可能与映射属性的情况类似。从形式上讲，使用skos是公平的：范围更广在不同方案的概念之间，这些概念在其设计之后对齐。但使用skos:broadMatch允许数据使用者区分这些情况和“更多传统的“skos案例：如果他们愿意，范围会更广。安托万你好，Juan，一些评论（重复我之前的部分回答）与事实相符。谨致问候，*约翰·德·斯梅特*/首席技术官///邮件：johan.de-smedt@tenforce.com<邮寄地址：johan.de-smedt@tenforce.com>手机：+32 477 475934<电话：%2B32%20477%20475934>邮件TenForce*发件人：*pastorcito@gmail.com[邮寄地址：pastorcito@gmail.com]*代表*胡安·安东尼奥·帕斯托尔·桑切斯*发送时间：*2012年12月30日星期日19:51*致：*安托万·艾萨克；约翰·德·斯梅特*抄送：*public-esw-thes@w3.org*主题：*回复：概念方案层次结构你好，安托万，约翰：当然，我的想法很清楚：skos的领域：inScheme是skos：概念，范围是skos概念方案。然而，当我重读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：概念方案。此时，我想到了一个类似<S11>skos:inScheme的语句：*符合标准SKOS*这种用法尊重skos:Collection、skos:Concept和skos:ConceptScheme之间的不相交性。因此，有一个问题：A） 考虑[1]将skos:ConceptScheme子目录为另一个使用的问题在哪里skos:inScheme？*/[JDS:>]您说得对，skos:inScheme上没有域约束/*B） 在[2]中：ConceptGroup被定义为skos:Collection的一个子类，需要一个skos的子属性：inScheme：考虑[1]：该属性是否必要？这就足够了使用skos:inScheme，因为它的域没有声明？*/[JDS:>]ConceptGroup类的使用范围比microThesaurus更广/**/根据建模需要，可以使用任何类型的组。领域、微词典、主题、，subjectCategory/**/因此，superGroup/subGroup的专用建模/**/请注意，在ISO 25964中，此层次结构与定义的contains/isPartOf不同关系（其中ISO 25964是映射到根据[2]的skos:inScheme的部分）/*C） iso thes:ConceptGroup（作为skos:Collection的子类）的定义与skos:hasTopConcept和skos:topConceptOf的使用？需要另一个稍微复杂的属性[2] ：“应在SKOS中派生自SKOS:broaderTransitive，其中skos:broaderTransitive是一个具有属性skos:topConceptOf（即同义词库concept）的概念topConcept=true）。"*/[JDS:>]这与当前的讨论无关/**/A） iso thes:ConceptGroup的定义没有不一致之处，因为没有声明（推断或直接）将其链接到skos:hasTopConcept和skos:topConceptOf/**/B） [2]的引用解释详细说明了ISO25964中的UML模型是如何映射到skos的/**/它指出了由于使用不同而造成的使用差异/**/-在ISO 25964中，hasTopConcept将任何概念与其层次根相关联/**/-在SKOS中，SKOS:hasTopConcept将SKOS:ConceptScheme与顶级概念相关联/*虽然我更喜欢使用“原生”SKOS元素建模，但我认识到，像ex:subScheme可能有效。在我工作的项目中，我需要找到一个解决方案很快，iso-thes的开发才刚刚开始。*/[JDS:>]正如我在上一封邮件中详细介绍的那样，子模式或微模式的语义并不完全据我所知是标准化的/**/-Antoine建议的subScheme扩展捕获了您似乎需要的语义（处理同义词表的一部分，作为自己的同义词库）/**/-所提出的[2]中的映射。它没有捕获子方案语义（在这种意义上，有必要将同义词库的一部分作为自己的同义词表发布）。然而，它确实捕获了任何可能需要的概念分组。如有必要，可以进一步键入此类分组。使用分组映射被定义为同义词库的一部分/*很抱歉我的所有问题，非常感谢您抽出时间回答*//**/[JDS:>]我希望这些答案对您的目标有用，尽管其含义并不完全清楚你想实现什么/*顺颂商祺，胡安[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.pdf格式2012/12/30安托万·艾萨克<aisaac@few.vu.nl<邮寄地址：aisaac@few.vu.nl>>你好，Juan，过去已经有过类似的建议。您的模式（在ConceptSchemes之间使用skos:inScheme）的问题在于skos:inScheme具有skos:概念作为域，skos:概念方案作为范围。这将导致像S11这样的“子方案”推断为skos的实例：概念，这可能不是您想要的。最干净的选项可能是创建一个新属性，如ex:subSchemeOf。类似ISO的属性iso-thes:microThesaurusOf[1]或madsrdf:isMemberOfMADSCollection[2]可能适合，这仍有待确定调查（我担心这些主要用于skos的子类：Collection，而不是skos:CconceptScheme）。请注意，创建一个新属性仍然可以进行您在下面描述的那种推断（<C1>skos:inScheme<S1>）。诀窍是使用OWL属性链公理[3]，声明链（skos:inScheme，ex:subSchemeOf）是skos:inScheme的子属性。安托万[1]http://www.niso.org/schemas/iso25964/通讯SKOS/[2]http://www.loc.gov/standards/mads/rdf/v1.html#isMemberOfMADSCollection网站[3]http://www.w3.org/TR/2009/WD-owl2-primer-20090421/#Property_Chains网站大家好，此列表中经常会出现一些与使用SKOS实现叙词表有关的消息，这些消息由几个微型同义词表[1]一些KOS作为EUROVOC定义了特定属性来表示这一点。属性的使用，例如dc:isPartOf或开发工件是另一种方法。仅考虑skos:inScheme：是否可以使用此属性定义概念层次结构计划？示例：两个概念方案和<S1>和<S11>，<S1>表示整个同义词库，<S11>a微型恐龙。可以定义为：skos：在方案中当然，这与[2]和[3]中skos的定义一致：inScheme。在这种情况下，可以将skos:inSheme定义为可传递的（skos:inScheme rdf:typeowl：传递属性）。因此，具有<C1>概念和声明：skos：在方案中可以推断：<C1>skos：在方案中顺颂商祺，胡安[1]http://lists.w3.org/Archives/Public/Public-esw-thes/2010年6月/0010.html[2]http://www.w3.org/TR/skos-reference/#L1101[3]http://www.w3.org/TR/skos-reference/#L2805--Juan Antonio Pastor Sánchez博士。信息和文件部传播与文献学院穆尔西亚大学电话：+34 868 88 7252<电话：%2B34%20868%2088%207252>http://webs.um.es/牧师
pastor@um.es<邮寄地址：pastor@um.es><邮寄地址：pastor@um.es<邮寄地址：pastor@um.es>>--Juan Antonio Pastor Sánchez博士。信息和文件部传播与文献学院穆尔西亚大学电话：+34 868 88 7252<电话：%2B34%20868%2088%207252>http://webs.um.es/牧师
pastor@um.es<邮寄地址：pastor@um.es>-- Juan Antonio Pastor Sánchez博士信息与文件部通信与文件学系穆尔西亚大学电话：+34 868 88 7252http://webs.um.es/牧师
pastor@um.esJuan Antonio Pastor Sánchez博士。信息和文件部传播与文献学院穆尔西亚大学电话：+34 868 88 7252http://webs.um.es/牧师
pastor@um.es-- 托马斯·班霍兹首席顾问innoQ德国股份有限公司克里斯切斯特尔。100, 德国莱茵蒙海姆D-40789http://www.innoq.com网站
托马斯.bandholtz@innoq.com+49 178 4049387http://innoq.com/de/themen/linked-data（德语）https://github.com/innoq/iqvoc/wiki/Linked-Data（英语）
