Rdf 为什么我们需要#和/在vocab IRIs中?

Rdf 为什么我们需要#和/在vocab IRIs中?,rdf,json-ld,Rdf,Json Ld,我正在尝试使用json ld做一些工作,我遇到了两种vocab IRIs: 为什么会这样?它与如何处理文档有关吗?第一个示例中的词汇表可能(但不一定)使用,第二个示例中的词汇表使用 两者都是通用词汇表URI设计原则,以及 另请参阅部分。是否可以访问哈希vocab的链接,下载有关词汇表的rdf图,并使用哈希标记后的选择器(在当前IRI中)确定当前rdf三元组是关于什么的?例如,有这样的内容是一种常见做法:{“@type”:http://my.vocab#Person",name:“John

我正在尝试使用json ld做一些工作,我遇到了两种vocab IRIs:


为什么会这样?它与如何处理文档有关吗?

第一个示例中的词汇表可能(但不一定)使用,第二个示例中的词汇表使用

两者都是通用词汇表URI设计原则,以及


另请参阅部分。

是否可以访问哈希vocab的链接,下载有关词汇表的rdf图,并使用哈希标记后的选择器(在当前IRI中)确定当前rdf三元组是关于什么的?例如,有这样的内容是一种常见做法:
{“@type”:http://my.vocab#Person",name:“John Doe”}
并使用jsonld处理器自动获取vocab,以确定
name
属性具有哪些约束?很难理解如何使用多个vocab构建和解析jsonld文档。我阅读了描述,因此IRI用于web文档/资源,而#之后的部分用于现实世界中的事物,它们应该有IRI,但不是web文档,因此它们不应该返回任何响应。有趣的是,这让我对RDF词汇更加困惑D:D:D例如,我有一家面包店,我如何在网络上对其进行建模?我想获得关于第123个面包的信息,所以我发送了一个
get/items/bread:123
请求,它返回一个JSON-LD文档,我猜是这样的:
{@id:“/items/bread:123”,“@type:”/vocab#Item”,“label:“bread”,“weight:{“amount”:1,“measure:“kg”}
。但是我应该把
/#things/123th bread
IRI放在哪里,它代表真实事物和web资源之间的绑定?我想通过与REST一起研究链接数据,我最终会变得秃顶:顺便说一句,答案很好!我应该在另一个问题中问所有这些吗?@inf3rno:在许多不同的词汇表中,有许多属性可以使用。例如,FOAF的/。