标签: rdf

我试图掌握语义Web的概念.我发现很难理解RDF和OWL之间究竟有什么区别.OWL是RDF的扩展还是这两种技术完全不同？

用外行人的话说,什么是RDF三联？

我听说过很多关于语义网的内容,但我仍然不确定它是什么.我们现在知道的网络有何不同？

使用其中一种技术有什么区别吗？

我现在正在使用HTML5构建一个站点,我很难决定使用哪一个.我看不出它们之间有什么区别,否则语法大小,我不太确定微格式方面的优势.

每当我开始使用sql时,我倾向于在数据库中抛出几个探索性语句,以便了解什么是可用的,以及数据采用何种形式.

例如.

show tables

describe table

select * from table

任何人都可以帮助我理解使用SPARQL端点完成对rdf数据存储的类似探索的方法吗？

谢谢 :)

我正在寻找一种工具,它将以合理有用的图形格式呈现RDF图形.图形格式的主要目的是包含在PowerPoint幻灯片中或在大型绘图仪上打印以进行管理评审.

我目前正在使用TopBraid Composer,它可以很好地可视化单个实体,但似乎没有一种清晰的方式可视化整个图形(作为一个整体).

有谁知道这个问题的任何好的解决方案？

我想找到一些很棒的工具或样式来可视化我的RDF数据,以便在访问RDF数据时给观众带来震撼.

问题是我现在可以使用的可视化工具只能生成一些简单的样式(node,edge ...),如下所示:

它们看起来很丑陋,因为边缘占用太多空间而节点太小.我不认为这种图形可以为观众提供直接查看表格或表格的任何不同体验.

我想知道是否有任何新的可视化工具或只是可以为用户提供真正不同体验的样式,以便他们能够感受到无价的链接数据......

有什么建议或建议吗？

在网上阅读了很多书籍,博客和文章后,我对语义技术产生了兴趣,说它可以让数据机器理解,允许智能代理做出很好的推理,自动化和动态的服务组合等.

我还在读两年的相同内容.文章/博客/语义会议的数量大幅增加.但我仍然无法看到任何杀手级应用程序.为什么会这样？或者是否已经存在一些应用程序/产品(商业/开源),实际上是在做所有被吹嘘的事情？

为了更准确地说,是有它利用语义技术(ESP RDF/OWL/SPARQL),并提供功能/性能/可维护性,这将是不可能与现有的(无语义)技术的任何产品吗？某些产品完全依赖于语义技术,真正为客户增加价值并创造收入？

这是一个有点抽象和一般性的问题.我对使用大量内部引用(类似图形)和许多属性(类似JSON)来保存非结构化数据的不同方法的固有(以及特定于实现)属性感兴趣.

• 由于图形是树的超集,因此您可以将图形DB(例如Neo4j)视为文档DB的超集(例如MongoDB).也就是说,图形DB提供了文档DB的所有功能,另外还允许循环或具有本机指针类型,因此您不必手动取消引用外键/ ID.那么,当您添加更多对象/资源的引用时,您会遇到一些转折点,您最好使用图形数据库,但之前的文档存储更好吗？文档数据库(存储空间,性能？)是否有优势？或者您是否应该总是使用图形数据库以防将来需要更多引用？

• 同样,图形DB和三重存储(例如RDF存储)如何比较？图形DB(节点和边缘具有属性)似乎是简单三重存储的超集.Neo4j说,对于什么问题(如果有的话)执行三重存储实际上更好？(RDF存储的一个优点是有一种标准化的查询语言--SPARQL - 尽管似乎有很多人不喜欢SPARQL,因此称其为劣势.)

我想我的问题是:图形模型(带有属性)似乎能够整齐地表达各种数据,当你进入现实时会有什么收获？我认为图形数据库的捕获是性能,因此我希望看到一些数字或经验法则,说明在加载,查询和修改数据以及内存和持久存储要求时会出现什么样的减速(与文档相比)和三联商店).那么水平可扩展性呢？我觉得那里的比赛场地非常平坦.

您是否认为具有可表达性的图形可能成为没有超大数据的项目的新默认存储模型,或者我们注定了十年的Polyglot Persistence与RDBMS,JSON存储和Graph DB彼此生活在一起必须与更多的胶水代码集成？

你能解释一下rdfs:domain和rdfs:range之间的区别吗？什么时候我应该使用域名和范围？我读过h w3c rdf引物,但我不明白其中的区别