代码之家 › 专栏 › 技术社区 › user697911

我是否应该始终在OWL本体中创建双向关系?

ontology owl

user697911 · 技术社区 · 7 年前

例如,对于 Book 和 Author 课程,我可以 authorOf 关系,和或 hasAuthor 关系对于 Student 和 Course 课程,我可以 courseOf 和 hasCourse 二者之间的关系。

总是在两个方向上建立关系似乎是多余的。是否有任何准则或原则来处理这种情况?

1 回复 | 直到 7 年前

unor Daniel Garijo 7 年前

我不知道有什么建议总是显式提供反向属性。

反向特性至少有两个用例:

需要引用反向属性,我们称之为“IP”, 本体内部。

我们可能需要声明另一个属性与IP不相交。或者其他财产等同于IP。现在,我们提供IP以允许该声明。另一个非常微不足道的例子是希望将注释保留在正确的位置。您可以定义IP只是为了在其上放置rdfs:注释。
需要外部引用反向属性。

例如:我们的应用程序将自然语言的翻译分配给ObjectProperties。在著名的Protege Pizza本体中,我们将“hasTopping”翻译成“en:has-topping”这样的字符串。我们还想用自然语言表达“en:is the top of”。(我们的应用程序语义需要它。)这就是创建反向属性“IsTopingof”的原因:为了有一个实例,对应一个URI,我们的翻译可以引用。

推荐文章

Clement B · 从端点检索数据

7 年前

Krauti · Owl 2 DL解析器工具

7 年前

user697911 · 我是否应该始终在OWL本体中创建双向关系?

7 年前

Ajitaa Jagannathan · 使用java、gwt和eclipse从owl文件中提取数据

7 年前

James · 使用Jena读取猫头鹰本体的问题

8 年前

StaOver · 使用Jena检索owl文件数据

8 年前

SuhasD · OWLAPI:创建新的推理机(HermiT)

8 年前

user3222372 · 本体设计:类或个体

9 年前

Ahmad Ebrahimi.Moghaddam · 在OWL中,一个属性是否可能是多个属性的倒数?

9 年前

Ania David · 如何从CONSTRUCT在图上创建聚合

9 年前