丹·布里克利写道：>*伯纳德·瓦坦<bernard.vatant@mondeca.com> [2004-04-30 17:36+0200]> >>>和丹一起去。。。>>>>原则上我也更喜欢/方法，因为它更清晰地定义了“主题”>>指示器”，但考虑到OWL使用片段标识符来定义类和>>属性。。。>>>>人们不会与以下定义的OWL元素混淆>>http://example.org/myontology#class001>>和SKOS概念定义http://example.org/myskos/concept001>> >>>>一些RDF/RDFS/OWL词汇以a/结尾，其他以#结尾，其他则以#结尾>其他事情。这是目前的情况。令人困惑的是>这只是一个问题，因为这些不同的方法有不同的>技术和标准特征（这些不太好>目前已解释）。> >这需要工程指南，这可能意味着问题应分流至SWBPD工作组。>>如果你只是想，比如GEMET拥有8000多种不同的资源/概念>>下载全部内容，嗯。。。>>为整个SKOS方案使用/名称空间，为每个方案使用#，不是更简单吗>>概念在里面？>>>>我们已经在《出版主题TC》中经历了这一点，但没有明确的结论。。。>> >>>>我有几年使用http://xmlns.com/wordnet/1.6/Cat>等方法，必须说它是有用的。返回>我是从更大的数据集中获取有用信息的人>不愿放弃。当然，未来我们会变得更加丰富（SKOS API，>RDF DAWG等）接口到这些数据集，但当前的方法可以>使用简单的文件树或CGI脚本实现，并且已经证明>相当受欢迎。> >是的，这种方法立即有用。我怀疑这是明智的对于任何未来的接口http://xmlns.com/wordnet/1.6/Cat这种行为。这类似于获得简洁的边界资源的描述，该资源在中作为http上的RDF表示RDF/XML似乎很有意义。类似地，对于根“服务”URI它可能是一致的，并且对默认RDF表示返回为对服务而不是整个堆。具有推荐的方式检索整个数据集可能很有用，但我不确定如何这可以在不与一般架构冲突的情况下完成要求。脑海中浮现的是使用相同的URI，但内容不同谈判“application/rdf+kitchensink”mime类型。干杯，丹尼。-- ----原始网址：http://dannyayers.com
接收日期：2004年5月6日星期四04:43:03 UTC