你好，正如你可能已经注意到的那样，我刚刚宣布了一个通过网络服务提供的SKOS存储库[1]，我支持Doug的许多观点并不奇怪：-）我能想到的一些动机实际上是微不足道的：指导和专业知识共享：服务提供了明确的功能，而不是让应用程序设计者想知道在RDF数据面前该做什么。在某些情况下，这可能会适得其反，在另一些情况下，这可能有助于构建实践并加快应用程序开发。设计一个服务可能会让人（或者更好地说，是一个社区）从应用程序/需求的角度进行思考，这可能非常有价值。当涉及到共享需要特定专业知识的功能时，此功能也变得特别有用。我想这就是Doug和Ceri提出的查询扩展机制的情况，它利用了大量现有的工作。（当然，从技术上讲，在某些情况下，在SPARQL中重现查询扩展模式可能非常乏味，有时甚至是遥不可及的）。控制和性能：从数据提供程序的角度来看，发布SPARQL端点可能并不明智——围绕RDF源构建服务也是一种很好的方法，可以禁止未优化的SPARSQL查询，或者即使优化了的查询也会使存储库屈服。例如，获得词汇概念完整描述的人。我们还有一个额外的动机，这可能与前面两个方面有关：原则上，我们的服务可以允许访问分布在不同服务上的数据，并基于概念方案相关信息进行管理。面向可伸缩性的数据管理和特定域数据的使用之间的一种混合，使用SPARQL和/或通用的分布式RDF存储库可能很难重现。（但我宁愿到此为止，因为我真的不是这个话题的专家）干杯，安托万[1]http://lists.w3.org/Archives/Public/Public-esw-thes/2009Apr/0022.html>嗨-跟进此邮件和Al的后续电子邮件> >wrt其他实现，我知道doug tudhepe和ceri绑定有>带有一些扩展的skos web服务api的实现，>但我不知道发布状态是什么。>Ceri Binding基于SKOS核心数据开发了一组web服务>模型（v1），用于STAR项目[3]。服务>目前在系统中保存的同义词库中提供术语查找，>以及所选内容中的浏览和语义概念扩展>同义词库。> >该服务基于SWAD Europe SKOS API的子集>概念扩展的扩展。详细信息和API>http://hypermedia.research.glam.ac.uk/kos/terminology_services网站/>（可能需要复制/粘贴url以避开我们的电子邮件服务器）>以及[1,2]中的背景参考，包括对以往工作的回顾>KOS API和使用模式。欢迎任何感兴趣的人来参观>API或下载客户端演示程序的基本功能。> >SKOS_WS是一个用C#编写的SOAP web服务，在Microsoft上运行。净值>当前的实现是基于SOAP的，但我们认为>基于REST的http版本不会是一个很大的进步。我们还没有>服务代码目前可用，因为它仍在为STAR开发中>一个新的Tag Recommnder项目刚刚开始。然而，我们是>致力于在年底前将服务器软件作为开源发布>STAR项目和任何对协作API开发感兴趣的人>欢迎就临时快照版本与我联系。这个>当前版本使用SemWeb RDF库。> >在项目中，我们还讨论了>专业的SKOS web服务与通用RDF查询语言（SPARQL）>并对任何更广泛的讨论感兴趣。> >不同的条件可能有利于这一方或另一方。SPARQL端点>允许您执行SPARQL支持的任何操作，并且不限于>暴露的特定服务。然而，可能会发现一些>SPARQL中的功能不容易/不可能实现。服务API可以是>在SPARQL之上或通过其他平台实现，并且没有>成为一个web服务，尽管web服务提供了一个平台中立>功能（可能作为外部第三方服务提供）。> >Al（Dan）提到了是否有任何API功能>在SPARQL中难以有效实现，例如基于文本的查询或迭代>基于成本的概念扩展。专业API的其他原因（或>程序库）可能是某些开发人员使用SKOS时更喜欢>不因任何原因限制使用SPARQL（例如>暴露数据库、技能集问题或现有平台>约束），或者如果API函数对应于常见用例>可以在更高级别上提供。> >道格> > 1. KOS服务和用户界面模式背景->Binding C.，Tudhope D.2004年。KOS随时为您服务：编程访问>知识组织系统。数字信息杂志，4（4）>http://journals.tdl.org/jodi/article/view/110/109> > 2. 基于概念的查询扩展纸>Tudhope D.，Binding C.，Blocks D.，Cunliffe D.，2006年。查询扩展通过>同义词库索引集合中的概念距离。第页，共页>文件，62（4），509-533。翡翠的。>http://hypermedia.research.glam.ac.uk/media/files/documents/2008-042/J>DOCfinal-郁金香.doc> > 3. STAR——考古资源语义技术>http://hypermedia.research.glam.ac.uk/kos/STAR/> > >道格拉斯·图多普>高级技术学院教授>格拉摩根大学>蓬蒂普里德CF37 1DL>英国威尔士>电话+44（0）1443-483609>传真+44（0）1443-482715>编者：超媒体与多媒体新评论> > >-----原始消息----->发件人：public-esw-thes-request@w3.org>[邮寄地址：public-esw-thes-request@w3.org]代表Alistair Miles>发送时间：2009年4月14日12:47>收件人：Johan De Smedt>抄送：public-esw-thes@w3.org;public-swd-wg@w3.org>主题：回复：SKOS API和web服务> >你好，乔汉> >2009年4月8日星期三上午08:42:32+0200，约翰·德·斯梅特写道：>>亲爱的，>>>>根据SKOS的新CR，>>有更新计划吗>>http://www.w3.org/2001/sw/Europe/reports/thes/skosapi.html?> >不，这不在swdwg的范围内。如果人们想使用>此列表讨论skos web服务的社区更新>这将是一个很棒的api。> >我知道道格·图德霍普和塞里·宾德在格拉莫根已经在这方面取得了进展>最近，他们使用概念扩展方法来支持>信息检索。> >除了dan所说的之外，skos-ws-api是在出现之前编写的>斯帕克。鉴于>sparql，并询问哪些方法真正在sparql上添加了内容，>无论是在方便性还是功能性方面。例如，你做不到>使用sparql进行基于成本的扩展，至少不容易。你也不能>执行非常高效的基于文本的查询。你可以做一些事情，>例如参见[1]。> >欢呼，> >阿利斯塔尔> > [1]>http://lists.w3.org/Archives/Public/Public-esw-thes/2009Mar/0017.html> >>感谢您提供信息或建议。>>>>谨致问候，>>约翰·德·斯迈特>> =================>>johan.de-smedt@tenforce.com>>手机：+32 477 475 934>> =================>>>>>
接收日期：2009年4月21日星期二20:58:25 UTC