是否存在相同单词在不同上下文中具有不同含义的示例本体?
例如，在为一家大公司构建本体时，不同的部门和系统对诸如"客户"、"账户"等常见词汇有不同的定义和理解是很常见的。
在Protege中是否有一种被普遍接受的方法来建模，既保留了上下文中的原始单词，又为企业使用引入了一层消除歧义的单词?
这是我们在生物界经常遇到的问题。例如，"眼睛"这个概念非常依赖于上下文，例如人眼、鱼眼、蜘蛛眼等。您可以在本体查找服务(Ontology Lookup Service, OLS)上看到对eye的搜索，以及它从不同本体返回的eye结果。披露:我对这个工具负责。
- 为您的概念提供IRI。这个IRI应该类似于概念的代理键。例如，不是给你的帐户概念一个像http://MyBusiness/someBusinessContex/Account这样的IRI，而是给它一个像http://MyBusiness/someBusinessContex/Context0000001这样的IRI。对于眼睛的概念，人眼的IRI是http://purl.obolibrary.org/obo/NCIT_C12401，昆虫的IRI是http://purl.obolibrary.org/obo/SIBO_0000086。
我在这个StackOverflow问题中解释了使用"代理键"的原因。
-
为您的概念分配特定于上下文的标签和定义。您可以使用
rdfs:label作为标签，使用rdfs:comment或skos:definition作为定义。 -
您可能会发现您的概念需要替代方案。也就是说，你可以把顾客也称为会员。在这种情况下，您可以使用
skos:altlabel为您的概念提供替代名称，并使用skos:preflabel来定义首选标签。
这是如何工作的呢?对于用户界面，您可以使用rdfs:label/skos:preflabel和rdfs:comment/skos:definition来显示。从数据集成的角度来看，您可以使用IRI。