GraphDb - 创建产品目录的最佳实践答案

【问题标题】：GraphDb - Best practices to create a catalog of productsGraphDb - 创建产品目录的最佳实践
【发布时间】：2020-04-09 08:47:39
【问题描述】：

我是 GraphDB 的新手，我正在尝试了解它是否对我的需求有用。

场景：我想要一份特定类型的产品目录（例如汽车、手表、电脑等）。我想要一个可以搜索、排序、显示相关模型等的数据库。

问题：产品来自不同的来源（网络挖掘、表格数据等）。每个品牌都有一些“系列”，每个系列都有模型和变体。每个品牌对模型的特征使用不同的名称。所以我可以在我的目录中找到一个类似的特征，但名称不同。

问题：我尝试阅读用例，发现这个 (https://www.ontotext.com/knowledgehub/case-studies/edamam-mines-web-data/) 与我想要实现的相似。

我正在尝试为我的用例构建一个本体，但我发现很难理解何时需要使用类/实体以及何时使用关系。

我想到的是：

Model A
      Part A
           Characteristic A
           Characteristic B

Model B
      Part B
            Characteristic C

在这种情况下，说特征 A 与特征 C 相同的最佳方法是什么？关系（is the same as）？定义另一个名为 Characteristic D 的实体，包含这两个特征？

我是否遵循正确的方法？通常，您如何使用 GraphDB 解决此类业务问题？

谢谢:)

【问题讨论】：

CharacteristicC owl:sameAs CharacteristicA 是你想要表达的语义网中的常见做法，它们都代表同一个现实世界的实体。对于课程，它是owl:equivalentClass resp。 rdfs:subClassOf 双向

【解决方案1】：

我不同意owl:sameAs 是一个很好的解决方案。通过 OWL 语义，它将两个节点合并（smushes），因此您无法跟踪它们来自不同数据集的不同出处。

如果您的类只有层次结构但没有特定属性，最简单的方法是使用 SKOS 本体并将模型、部件和特征表示为skos:Concept。您可以为每个数据集设置不同的skos:ConceptScheme 或skos:Collection，然后使用skos:exactMatch 链接特征。

实际上，您可以使用skos:exactMatch 链接skos:Concept 以外的节点。一些权威数据库使用这个道具来链接跨国家图书馆的个人/组织记录。

如需更多帮助，请通过 ontotext.com 上的信息联系我们。（我在 EDAMAM 工作 7-8 年前）。

【讨论】：