尼基，1） 哎哟。我想getConceptRelativesByPath在以下时间没有向我注册我一直在使用API，因为它只返回一个数组概念，正如你所指出的，因为没有距离或结构的指示。我对你的想法很感兴趣支持另一种XML格式（我想知道是什么？）进一步更新。。。2） 至于用例，Dan Brickley写道：>我怀疑我们能否指定人类可读的同义词表>除了注意最佳实践惯例和>常用的UI约定。不过，我们能做的就是拿着这些>作为评估SKOS中定义的_machine_接口的用例>美国石油学会。我们可以问问自己，这样的UI是否可以针对>满足API的任何/所有SKOS服务器。这开启了>写一次，在其他地方重复使用同义词库浏览工具。。。Dan的第一点，关于指定词库提供者不是问题，这已经完成（并且正在修订版）最佳实践。我想帮助做的是丹在他的第二点，即评估SKOS API的适当性用于构建一些通用UI。我的评论不是为了批评你的工作，这很复杂，但我认为提到了许多机器接口尚未出现的问题领域直到完成这项任务。IMHO这是（或应该是）SWAD的一个重要问题，因为它将影响SKOS API的采用。如果同义词库出版商必须支持一个API用于与语义Web交互，另一个接口用于与功能齐全的同义词库客户端交互，然后它们将倾向于实现neither。拥有一个能够支持一组相当完整的功能（重叠）意味着每个人都赢。首先，API将是一台机器这些国家和国际词库标准的接口（现在修订过程）将能够获得认可。罗恩--------------------------------------罗恩·戴维斯信息和文件系统顾问平均。比利时布鲁塞尔1200号Baden-Powell 1 Bte 2电子邮件：ron@rondavies.be电话：+32（0）2 770 33 51GSM电话：+32（0）484 502 3932004年11月5日16时46分，新泽西州罗杰斯学习与研究技术部写道：>你好，罗恩>>我是SKOS API和演示的技术开发人员>非常欢迎您的参与。>>几个初始点（代替提供参考文献[1]和[3]>正确阅读）：>>“客户必须做大量工作，并发送许多>>原子请求能够执行某些类型的必需任务，例如。>>构建有用的分层显示格式“>>1） 我们确实提供（请参阅http://www.w3.org/2001/sw/Europe/reports/thes/api/docs/)>方法，如>getConceptRelativesByPath（概念概念、关系关系、URI>同义词库，int距离）>>我们将其描述为“获取特定概念的相关列表”>叙词表达到一定距离。”>>我们所说的“达到一定距离”是指“级别的数量”>我相信你在下面所说的。这样就避免了>重复调用服务以检索周围的“集群”概念>概念层次中的一些概念。相反，为了应对这些类型>我们打算返回一组概念。我们还没有>最终确定了我们的策略，以准确显示每个结果之间的距离>概念来自图形中的给定点。。。（我注意到这个问题>与我们用于对服务的响应数据进行编码的语法有关>可以发送给客户端。对于我们的初始SOAP服务实现，我们是>使用soap数据编码语法，可能会继续包括>支持XML以及RDF/XML）。>>2） 您可能已经看到了我们正在开发的用例>http://www.w3.org/2001/sw/Europe/200311/thes/Use_cases_thes_Service.html>（由于我收到了来自>社区）。我真的没有想到客户端应用程序会>希望通过>网络和“动态”。但这是一个有趣的观点>我想知道我们是否需要在服务上提供一些收割功能>还有。。。。>>正如我所说，一个初步的答复，谢谢你的询问，>问候>尼基