Rdf “试图理解”；“预期类型”；及；type.property.schema“；Freebase中的属性 属性：应为类型

定义：此属性[]引用的对象的预期类型

• 预期类型是否等于rdfs:range
• 它是对象可能具有的所有其他类型中最可能的类型吗

---

属性：type.Property.schema 定义：从属性到其基础类型的链接。这迫使一个 属性仅属于单一类型[]

• type.property.schema是否等于rdfs:domain
• 他们所说的链接是什么意思？财产是否属于单一类型
• 这是否意味着我们现在只能使用

  rdfs:domain

  中的一种类型
• 我有点困惑，因为据我所知，属性可以有多种类型，对吗

---

---

我不是freebase用户，因此我没有太多关于freebase特定部分的上下文，但我可以谈谈与

• 预期类型是否等于rdfs:range
• type.property.schema是否等于rdfs:domain

我会解释如下描述：

定义：此属性引用的对象的预期类型

表示比rdfs:range的含义弱的内容。range属性意味着您可以推断具有该属性的三元组的对象实际上具有作为类型的range。即来自：

p rdfs:range R

及

x p y

你可以推断

y-rdf:R型

如果您可以独立地推断y没有类型R，那么您就存在逻辑不一致性。然而，这听起来像是“预期类型”，你只会有一些“意外”，但不一定是逻辑上的不一致。例如，您可能希望价格以某种国家货币表示，但以其他货币表示并不是不正确的，只是出乎意料

另一方面，定义：

定义：从属性到其基础类型的链接。这将强制属性只属于单一类型

---

实际上，它看起来与rdfs:domain非常匹配。如果知道某个对象具有属性值，则具有该属性的对象必须具有指定的类型。然而，我不知道freebase是否有另一个更类似于（通用）面向对象编程语言的对象模型，其中属性“属于”类。在RDF中，属性并不真正属于类型。

我不是freebase用户，因此我没有很多freebase特定部分的上下文，但我可以谈谈与

• 预期类型是否等于rdfs:range
• type.property.schema是否等于rdfs:domain

我会解释如下描述：

定义：此属性引用的对象的预期类型

表示比rdfs:range的含义弱的内容。range属性意味着您可以推断具有该属性的三元组的对象实际上具有作为类型的range。即来自：

p rdfs:range R

及

x p y

你可以推断

y-rdf:R型

如果您可以独立地推断y没有类型R，那么您就存在逻辑不一致性。然而，这听起来像是“预期类型”，你只会有一些“意外”，但不一定是逻辑上的不一致。例如，您可能希望价格以某种国家货币表示，但以其他货币表示并不是不正确的，只是出乎意料

另一方面，定义：

定义：从属性到其基础类型的链接。这将强制属性只属于单一类型

---

实际上，它看起来与rdfs:domain非常匹配。如果知道某个对象具有属性值，则具有该属性的对象必须具有指定的类型。然而，我不知道freebase是否有另一个更类似于（通用）面向对象编程语言的对象模型，其中属性“属于”类。在RDF中，属性并不真正属于类型。

预期类型

主要是一种社交/UI结构。它会影响Freebase web UI[用于]引导用户选择适当链接目标的方式，但如果用户使用MQLwrite或一个批量上载API编写三重/四重链接，则不会产生任何效果，因此在尝试推断预期内容时，不适合依赖它

类似地，

type/property/schema

属性指导多个web UI操作，但仅按惯例，并且对原始三级中允许或不允许的操作没有影响

由于上述行为，我们应该特别小心地从与Freebase web客户端中显示的内容不匹配的三元组推断意图，因为它们不太可能被许多人（或任何人）审查过。“裸三元组”（即没有相应的断言类型）、没有断言类型

/common/topic

的潜在主题，以及各种其他角落案例，在试图推断意图时都应该斜视

要回答部分子问题，请执行以下操作：

• 是的，属性“属于”单一类型（尽管如上所述，它是一种非常弱的归属关系）。您可以通过属性描述旁边的斜体唯一性从架构页面中看到这一点
• 不，属性不能“属于”多个类型（请参见上文关于唯一性的内容）
• 不，由于上述原因，rdfs:range和rdfs:domain与给定的Freebase属性不等价

---

预期类型

i