| « | September 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | | | | | |
|
|
 RACER FaCT KAON2和Jena的比较(zz from bbs.w3china) |
大隐于市 发表于 2005/12/4 0:25:07 |
| KAON2和ontology连接使用的是自己的api，是直接调用kaon2的api去对ontology进行推理。kaon2有几个例子在它的软件包中，可以运行一下试试看。不过配置还是需要一点过程，要下载一个apache的ant，KAON2的网站上有guide。德国人做东西，功能什么都不错，就是易用性差了点。Uli Sattler就说过AIFB的人东西做了不错，就是不去prove它。
FaCT可以和Protege连，应该是用DIG的，DIG是一个比较认可的接口，目的也就是为了统一不同reasoner的接口问题，其实也是他们那边帮人刚出来的。可以不使用DIG， 但是要开发自己的另外接口恐怕难度不小。FaCT其实现在有3个使用办法，一个是DIG，一个基于COBRA的客户/主机端连接，还有就是自己看LISP源码了。
个人认为，对于开发自己的应用，需要用到本体的推理，如果对推理要求不高，Jena API就是一个不错的选择。如果对于推理的功能要求比较高，那还是推荐KAON2。而RACER和FaCT，都要使用DIG或者客户端的方式，显得不是非常直接，编程开发复杂程度都会相应增加。我想真正的Java程序员肯定会比较乐意使用API而不是外挂一堆东西。
而RACER，应该说是比KAON2更加易用一些的推理器，适合大家在开发直接使用现成ontology的应用程序中，并且并不包含推理的过程。FaCT效率应该是比RACER好的(Ian这么声称的，有问题找他去:P) | |
|
|
| 回复:RACER FaCT KAON2和Jena的比较(zz from bbs.w3china) |
|
an(游客)发表评论于2006/3/7 10:16:22 |
|
|
|
» 1 »
|
|
| 统计 |
blog名称:若望的天地
日志总数:30
评论数量:60
留言数量:0
访问次数:152298
建立时间:2005年5月25日 | |
