我一直在阅读有关语义网技术，如RDF和OWL，并很好奇关于我的现有关系的DB之上构建一个RDF /三店语义库的可能性。 它只是一个R＆d锻炼，看看我能做些什么。
我喜欢的外观OWLIM ，但一些基本都失败了我。 一个是如何准确为了建立，然后使用OWL本体？ 你喜欢的东西建立它的Protege ，然后将其导入到你的仓库？ 或者是你的本体发展与回购通讯软件的副产品？
这是一个新手的问题，但我只是不知道从哪里OWL适合事物的宏伟秩序......我也不会问这样的问题，如果我没有指导左顾右盼。
Answer 1:
我不认为有，你必须使用一个特定的方式OWL来构建应用程序。 该死的，你甚至不需要用它来已经建立了一个semweb应用。
一般情况下，我觉得有几个方面的人倾向于使用OWL。 我认为主要的一种是进行推理。 他们定义的概念使用的一个其应用的重要OWL2配置文件 ，然后用推理来推断基于其本体的新知识。 甚至还有现在使用OWL本体作为模式的完整性约束一些工作。
在其他情况下，人们把它作为一个文档神器只能够勾勒出它是什么，在他们的数据，但他们没有更正式使用它比。
还有一些零碎的用例之间，并有用于类似用途的RDF模式可以是使用像OWL本体，只是表现的烦躁或类似的较低水平SKOS可用于简单的应用程序中定义的分类法不附带任何正式的表现力。
获得门徒会是一个好的开始。 这将让你探讨一些建立本体和大多数推理是可以作为插件的基础知识，所以你也可以探索如何建立你的本体，什么样的推论就可以得到结果。
一旦你有一个本体，如果你想用它比文件以外的东西，即推理，你必须将其加载到一个推理（ 颗粒 ， 事实++ ， RacerPro ， 隐士 ），或做OWL推理数据库（ Stardog ， OWLIM ）。 如果你不担心推理，那么你可以将其放到任何triplestore在那里，通过访问芝麻或耶拿 （如果你使用的是Java），并且仍然能够通过查询明确的事实SPARQL 。
所以我想简短的答案是，有没有使用OWL一个正确的方法，它就会在各种不同容量的使用。 一想到你可能会觉得有趣的是W3C保持在网页的语义Web应用程序列表 。 这些案例研究讨论问题的公司已经和他们如何使用走近语义技术解决这些问题。 您可以通过其中的几个读得到如何在各行业人正在使用该技术的一个更好的主意。
Answer 2:
有迹象表明，使用关系数据库作为后端众多triplestores。
检查出的Apache耶拿和openrdf芝麻的同时具有RDBMS和“本土”（纯三元）后端triplestores。
另外，我强烈建议看D2RQ它通过triplestore覆盖访问在现有关系存储数据。
有较长的列表，但是这些都是很好的出发点。
Answer 3:
Yes, you can design your ontology in Protege and then import it into your Triple Store. If your Triple Store supports reasoning and you enabled it, your Sparql queries will produce different results.
For example you can define "related-to" as a super-property to "married-to", "child-of", "parent-of" and "sibling-of". Then you can ask for all "related-to" people.
Start experiemnting with a stand-alone triple store to understand the technology. Put aside interfacing with an RDB until you are comfortable with the basics.
文章来源: How is OWL actually used when building a semantic web application?
