我正在考虑本体和概念方案的标识符策略。我之前在Open的标识符策略方面所做的工作我们使用的地理空间联盟和地球科学信息委员会标识符方案主要是作为一种实施特定治理的方式资源发布安排。一般原则是URI由多个字段组成。只有在所有字段中的值都有效；每个字段的允许值必须来自特定登记簿；并授权不同的各方修改不同的寄存器。因此，我们最终建立了一个授权系统。这种of scheme将URI结构用于内部治理目的社区。但是http URI具有“路径”结构，可以解释为树。以这种方式阅读，URI方案在资源，尤其是父母对孩子的“所有权”。尽管REST原则规定信息在表示中而不是标识符，用户可以解释Cool URI，通常通过调整URI（许多引用）支持导航。这种类型的该方案面向外部用户。遵循这种方法：将SKOS概念的URI用于只是SKOS概念方案URI的扩展？例如<http://resource.geosciml.org/concept网站/<http://resource.geosciml.org/concept/unit-rank/bed>单位-银行/银行>skos:inScheme<http://resource.geosciml.org/concept网站/<http://resource.geosciml.org/concept/unit-rank>单位-银行>。我假设使用斜杠URI，因为我希望服务器完成大部分工作，支持内容协商等。这种方法的优点是，临时用户可以在父级和子级的URI循环。但可能的陷阱是（1） 它假设只有一个家长-它要求每个概念都包含在一个方案中-它优先于任何其他方案（尽管我认为没有对Concept可以具有的inScheme属性数量的限制？）（2） 肯定还有其他的我对评论感兴趣。--------------------------------------------------------西蒙·考克斯欧洲委员会联合研究中心环境与可持续发展研究所空间数据基础设施单元，TP 262Via E.Fermi，2749，I-21027 Ispra（VA），意大利电话：+39 0332 78 3652传真：+39 0332 78 6325<邮寄地址：simon.cox@jrc.ec.europa.eu>邮件收件人：simon.cox@jrc.ec.europa.eu<http://ies.jrc.ec.europa.eu/simon-cox>http://ies.jrc.ec.europa.eu/simon-coxSDI单位：<网址：http://sdi.jrc.ec.europa.eu/>网址：http://sdi.jrc.ec.europa.eu/IES研究所：<网址：http://ies.jrc.ec.europa.eu/>网址：http://ies.jrc.ec.europa.eu/联合研究中心：<http://www.jrc.ec.europa.eu/>http://www.jrc.ec.europa.eu/--------------------------------------------------------除非另有说明，否则所表达的任何意见都是针对个人的。