嗨，罗纳德-IRI肯定比URI更通用。不过，我们想使用IRI来定位HTTP请求中的资源，但这在HTTP规范中是不允许的，这难道不是一个问题吗？> 6. 对基本URI的HTTP GET请求应返回一组关于词汇表的RDF语句。（这些陈述的确切性质有待确定。）我想解决这个问题的一种方法是允许URI作为标识符，但让使用对IRI进行编码的URI的HTTP请求检索资源。我不熟悉这里的详细问题。你知道这是否是正常做法吗？我不认为UDEF或SKOS能区分不同类型的狭窄。（对此，我将接受纠正。）当做，克里斯++++克里斯·哈丁c.harding@opengroup.org2012年5月23日13:37，Ronald P.Reck写道：> > >2012年5月23日上午5:42，克里斯·哈丁写道：>>你好->> >>这场讨论已经有一段时间没有什么新的内容了，所以是时候做出一些结论了。除非有人反对，否则我建议我们这样做。>> >> 1. 核心UDEF和每个相关的UDEF词汇表应具有RDF中的基本表示法，以及其他表示法，这些表示法将从基本表示法中机械衍生出来，并可用于使用特定表示格式的应用程序。派生表示应包括RDFS类、SKOS、XML和HTML表示。>> >> 2. 每个UDEF词汇表的每个节点都应具有自己的URI。该URI应由标识词汇表的基本URI、#字符和标识节点的片段组成。对于对象类节点，片段应该是字符串“UDEF-”后跟UDEF对象类id。对于属性节点，片段应是_字符后跟UDEF属性id。>> >> > >有些人可能认为这是一个小问题，但我发现为了与SPARQL兼容，最好使用IRI而不是URI。> > > > >> 8. 词汇表的SKOS表示应由核心表示和一组语句组成，这些语句将每个节点定义为SKOS概念，并通过SKOS:broader属性将每个节点与其父节点相关联。表示还应包括将词汇本身定义为SKOS概念方案的语句，将节点定义为该方案的概念，将根节点定义为方案的顶级概念，并将每个节点的标签定义为各自语言中的SKOS首选词汇标签。如果核心UDEF中的一个节点在另一个词汇表中有一个相连的节点，则核心UDEF和其他词汇表的表示应包括与这两个节点相关的SKOS更广和更窄的语句，核心UDEF-节点是更窄的概念。。> >考虑不同类型的窄化（如ISA或partitive）之间的区别可能是有用的。如果UDEF已经有了这一区别，那么可以想象会出现信息丢失。>
接收日期：2012年5月23日星期三13:22:11 UTC