Rdf 都柏林核心参考文献和isReferencedBy术语的使用

Rdf 都柏林核心参考文献和isReferencedBy术语的使用,rdf,semantics,owl,dublin-core,Rdf,Semantics,Owl,Dublin Core,都柏林核心词汇表表达了两个术语: 这两项是相反的,而: 在图形中,是否需要(完全或在一定程度上)始终插入并表示这两个术语 <http://example.org/A> dcterms:references <http://example.org/B> <http://example.org/B> dcterms:isReferencedBy <http://example.org/A> dcterms:引用 dcterms:isRefer

都柏林核心词汇表表达了两个术语:

这两项是相反的,而:

在图形中,是否需要(完全或在一定程度上)始终插入并表示这两个术语

<http://example.org/A> dcterms:references <http://example.org/B>
<http://example.org/B> dcterms:isReferencedBy <http://example.org/A>
dcterms:引用
dcterms:isReferencedBy
如果不是必需的,代表什么考虑应该同时使用,或者仅仅使用其中一个?

原始问题说是及物的,但应该说是倒数。这个问题已经纠正了。答案的相关部分从第二段开始。据我所知,这些属性不是可传递的。属性p是可传递的,这意味着对于所有的a,b,c,如果p(a,b)和p(b,c),那么p(a,c)。我不认为“如果a引用b,b引用c,那么a引用c”的情况必然如此。您所描述的关系是
引用
isReferencedBy
是相反的。性质p是性质q的逆当,对于所有A和b,p(A,b)当且仅当q(b,A)

这些地产的名称确实清楚地表明它们彼此是相反的,尽管我还没有找到一个权威的参考来说明这一点。通常,数据源只在一个方向上表示关系。某种推理机(这可能只是一些应用程序逻辑,不需要是成熟的RDFS或OWL推理机)应该负责建立两个属性之间的连接。例如,如果您正在编写一个应用程序来构建引用图,那么您的应用程序应该使用任一属性查找三元组,并根据需要使用该数据

在RDF中,通常很容易声明表示关系“a引用b”的三元组中的任何一个—您可以断言
a引用b
b被a引用。但是,在某些格式中,您将没有那么大的灵活性。例如,如果您使用HTML
META
标记来描述HTML文档,则三元组的主题是固定的,因此您需要
references
来枚举文档引用的内容,
isReferencedBy
来枚举引用文档的内容。如果您使用纯RDF,并且可以编写任意三元组,那么您实际上只需要一个属性,尽管在某些情况下使用这两个属性可能更清晰、更简洁。例如,可以认为更清楚地写:

A references B ;
  isReferencedBy C, D .
而不是

A references B .
C references A .
D references A .

谢谢Joshua,我编辑了我的问题,用倒装句替换及物。我相信这两个术语的定义都清楚地表明,一个是另一个的倒数(‘所描述的资源引用、引用或以其他方式指向的相关资源’和‘引用、引用或以其他方式指向所描述的资源的相关资源’):“那是被引用的”-“那是被引用的”。@Davidricitelli是的,文本描述强烈建议它们应该是相反的。我的意思是,我在任何一个属性的描述中都找不到任何实际陈述的东西,例如,“
a引用b
当且仅当
b被a引用时,
”,这在词汇描述中可能是意料之中的。虽然起初我认为它不相关,但实际上DC不是OWL,因此,推理需要“手动”干预,以说明两个属性之间的相关性。因此,考虑到“维护者”同时定义a和B,我在这里的想法是,这个决定纯粹是主观的,也就是说,“维护者”可以选择是在一个主题上使用一个术语,还是在两个主题上都使用两个术语。因此,在使用第三方图时,我会寻找一个术语和另一个术语。我们真的知道这两个术语是如何在实际例子中使用的吗?@Davidrictelli没错,DC词汇表并没有定义为OWL本体,但它可以作为RDF使用。您仍然可以使用基于规则的推理器来推断,例如,
引用
isReferencedBy
的关闭,假设它们是反向的。我不知道这些属性中的一个是否比另一个更经常使用,尽管我希望用文档引用的内容列表来注释文档(因为该信息包含在文档中)通常比用引用的内容来注释文档更容易。
A references B .
C references A .
D references A .