你好，Juan，严格地说，这不是一个SKOS问题，而是一个数据发布问题，并且假设资源上的所有相关信息都应该用该资源表示，作为RDF语句的主题（所谓的“出站”三元组）。但事实上，链接的开放数据发布接收器会更好地满足您的原始要求。查看建议将“入站”三元组也作为资源URI上提供的数据的一部分发布的模式。特别是以下位置的“对称简明有界描述”http://www.w3.org/Submission/CBD/通常，可以将其配置为链接数据服务背后的RDF/SPARQL引擎的一部分。或者，如果您没有使用针对不同样式的LOD发布而优化的RDF/SPARQL引擎，则必须确保存储顶部的链接数据服务层检索“入站”三元组并将其添加到数据中。最佳，安托万>亲爱的各位，>>我参与了联合国教科文组织主题词表的一个新的建模版本。电流为http://skos.um.es/unescothes>>将此词汇表集成到链接的开放数据环境中有点困难。其主要原因是，在一些情况下，SKOS资源的请求会提供有关KOS实际结构的不完整信息。>>案例1>><COL>rdf：类型skos：集合；>skos：成员<Concept_A>。>><Concept_A>rdf：键入skos:Concept。>>通过直接请求<Concept_a>，不可能知道<Concept _a>所属的集合。>>>案例2>>另一个问题是概念集合的访问点的位置。有时建议将微型同义词表建模为skos:Collection。但是，如何才能将访问点（顶级概念）识别为skos:Collection？建议将skos:ConceptScheme设置为skos:hasTopConcept的域（与skos:topConceptOf的范围相同）。>>>当然，SPARQL端点可以解决这两个问题：>>对于案例1：>>选择？col位置{> ?col skos：成员<Concept_A>。> }>>对于案例2：>>选择？面漆位置{> ?概念skos：topConceptOf？方案。> ?科尔·斯科斯：会员？概念。> }>>但我建议的场景没有SPARQL端点。仅从RDF客户端直接请求SKOS资源，取消引用URI资源，进行内容协商，并遵循SKOS属性来发现与同一KOS的其他资源的链接。我重复：没有SPARQL可用。>>为此，我们开发了一组自定义属性来解决所有这些问题，并获得了一个合适的模型。我附上RDF/OWL文件。就个人而言，我不喜欢开发这种解决方案，但SKOS建议中没有合适的属性来解决所提出的场景中的问题。>>我们想知道你对我们工作的意见和建议。>>提前谢谢，致以问候，>胡安>> -->Juan Antonio Pastor Sánchez博士。>信息和文件部>传播与文献学院>穆尔西亚大学>电话：+34 868 88 7252>http://webs.um.es/牧师>pastor@um.es<邮寄地址：pastor@um.es>
接收日期：2013年10月1日星期二21:27:04 UTC