你好，安迪>>SKOS API与以前的API存在相同的问题>就像ASDL一样。在处理Web服务时，您>需要注意你的界面。效率不高>服务器返回完整的层次结构。这可能相当于>返回给客户端的大量数据。就像它一样>“返回同义词库的顶级术语”不是一个好主意>请求，最终可能会向您发送整个同义词库。在>无论是哪种情况，在您为SOAP响应构建XML之前>您的基础TCP/IP连接很可能会超时。>>据我所知，SKOS API将无法扩展。谢谢你在这封电子邮件中提供的信息-我会看看这些你引用的参考文献。我想在这里提到（如本线程前面所述），SKOS API是用例驱动。我相信SKOS API提供了一个良好的初始尝试定义一些同义词库服务的功能基础。现在，该服务可能是web服务，也可能不是，相反，它可能是表示某个应用程序的编程接口。所以我们不是必须受到网络因素的限制（我也可能此时插入单词“Grid”：-））。如果某些应用程序需要服务的完整同义词库层次结构可能会定期收集数据，并将其存储在本地命令将其用于其客户端应用程序的任何功能（例如。基于浏览器的同义词库查看器）可能需要。[以及客户端应用程序本身很可能符合SKOS API规范]。有收获此处可能适用的协议，例如OAI(http://www.openarchives.org/).在另一个场景中，假设某些客户端应用程序不希望词库web中的大型响应数据集可能会过载服务，嗯，这种情况以前在网络搜索和检索。例如，请参见http://zthes.z3950.org/srw/current.html。可以开发web可以处理某种状态概念的服务，以便客户端可以与服务协商它准备的结果集有多大接收。等等。。。。当做，尼基>有一个很好的>最近在《编目与分类》上发表的关于这一主题的论文>每季度，第37卷，第3/4期。事实上，整个问题是>由于同义词库主题丰富，阅读起来很好：>>分布式同义词库Web服务>埃里克·约翰逊>http://www.haworthpress.com/store/ArticleAbstract.asp？ID=34895>基于HTML的信息服务提供对在线信息的访问>源代码，但除了在Web中查看外，它们没有太多用处>浏览器。也没有统一的编目或主题访问方案>用于互联网。XML和Web服务为>增强通过>互联网和增强专业化的功能>可互操作的网络信息检索应用程序。这个>主题词表Web，一个拟议的主题词表访问和导航网络>服务，可以为万维网提供增强的主题访问>增强信息检索应用程序的功能。这个>这里详细描述了主题词表Web背后的思想，并附有示例>适用的XML协议和可能的用途描述。>>我最近读到的另一篇好文章是在JoDI第4卷第4期——新>KOS的应用http://jodi.ecs.soton.ac.uk/文章/v04/i04/Binding/>>C.Binding，D.Tudhope:KOS随时为您服务：编程访问>知识组织系统>http://jodi.ecs.soton.ac.uk/文章/v04/i04/Soergel/>>在微软的>Office 2003提供的研究服务，请参阅：>http://msdn.microsoft.com/office/understanding/research/default.aspx>>这里的API仅限于基本查询，但返回的消息可以是>一个XHTML文档，可以遵循BT/NT/RT>同义词库中的关系，但这超出了>研究服务API。有你最喜欢的不是很好吗>可以使用同义词库将高质量的元数据放入您的研究论文中吗？我>认识到许多是反微软的，但研究服务API可以>毕竟是一个Web>服务API只是一个API，不管是谁创建的>该API的有趣之处在于它可以移动高质量元数据的创建>直到作者。拥有你最喜欢的SKOS不是也很好吗>编码词汇出现在“研究”任务窗格中？研究>服务API为语义Web如何>实际上很有用。>>>安迪。>>安德鲁·霍顿（Andrew Houghton），OCLC在线计算机图书馆中心。>http://www.oclc.org/about/>http://www.oclc.org/research/staff/houghton.htm>>----------------------NJ Rogers，技术研究员（语义Web应用程序开发人员）学习与研究技术学院（ILRT）电子邮件：nikki.rogers@bristol.ac.uk电话：+44（0）117 9287096（直拨）电话：+44（0）117 9287193（办公室）
接收日期：2004年5月11日星期二12:40:47 UTC