(虽然我认为您的问题通常不被视为该网站的好问题,但我认为应该保留它,因为几乎每个刚接触该领域的人一开始都同样感到困惑,而且很难找到直截了当、清醒和平衡的信息关于它。)
语义网死了吗?本体已经死了吗?
许多人离开了语义网。另一方面,仍然有很多人在使用它。关于它的价值在哪里,总是有很多困惑。有些用例真正受益于语义网络技术,但它们很少而且相差甚远。
关联开放数据
这就是创建链接开放数据子字段的部分原因。您可以将关联数据视为语义网的更实用的精简版本(或作为更宏大的语义网愿景的必要推动者)。
关联数据虽然更实用,但仍然使用本体。使用 OWL 并首先以非常正式的方式设计本体并不是那么紧张。
诸如 Freebase (现在被Wikidata取代)之类的知识库甚至不是建立在语义 Web 技术上的(尽管它总是以 RDF 转储的形式提供)。另一方面,甚至 Freebase 也建立在类似于语义 Web 的概念之上,并且它确实具有一种本体形式。
生成本体的软件
没有软件可以自动为您创建高质量的本体。至少在 OWL/一阶逻辑本体的意义上不是。另一方面,包括您提到的 Cratilo 在内的多种软件可以帮助您在语义范围内建立较低的步骤,例如词汇表,甚至可能是民俗学,以后可以通过以下方式将其转化为更多的分类学或本体论其他算法。甚至可能有软件可以创建成熟的 OWL 本体,但我认为这仍然是一个相当活跃的研究领域。
本体论和方法论
与往常一样,这取决于您的需求和目标到底是什么。一般来说,在生物医学和生命科学等领域,他们创建了复杂的形式本体,因为他们拥有结构高度多样的数据,而本体帮助他们保持事物的组织性和可用性。相比之下,如果 eshop 想要稍后构建适当的知识图谱,则可能会更好地坚持正常的关系数据库建模并本着关联数据的精神只添加全局标识符 (URI)。
即使您需要本体,您也可能希望先跳过这些方法。特别是如果您真的是该领域的新手,并且不知道您的需求是什么。
耶拿,芝麻,...
Jena、Sesame、Virtuoso 等都是三元存储——它们用于存储和查询 RDF。大多数本体可以用 RDF 表示。甚至那些用OWL写的。RDF 有语义部分,RDF/S,它允许你制定一些基本的本体。这可能足以开始。当您开始考虑空白节点、命名图(它们是固定的吗?它们是动态的吗?)等时,即使是 RDF/S 也会变得混乱和令人费解。
虽然我认为您的问题通常不被认为是本网站的好问题,但我认为应该保留它,因为几乎每个刚接触该领域的人一开始都同样感到困惑,而且很难找到直截了当、清醒和平衡的信息它。