在命名空间及其散列或斜线性质的情况下,我无法理解这个想法。我理解他们两个,但我遇到了另一种符号,没有散列或斜线。特别是在我正在阅读的一本书(Mannings:Linked Data)中,有几个示例使用保存在 Turtle 格式文件中的小模式。这些示例使用此前缀:
@prefix wish: <http://purl.org/net/WishListSchema> .
这导致(转换为 JSON-LD):
"http://purl.org/net/WishListSchemwish_list_item":
在我向前缀添加哈希/斜杠的情况下,它看起来更合理:
"wish:wish_list_item":
也许我对词汇/模式差异的理解不正确,我不知道。
没有散列或斜线的符号是否常见?问题出在哪儿?
没有斜线或散列的符号并不常见。我还没有看到使用该约定的词汇表。在 W3C 推荐中,他们只提供斜线的配方并具有 URI:http : //www.w3.org/2001/sw/BestPractices/VM/http-examples/2006-01-18/#naming
实际上,如果你使用示例中列出的那个,它可能被认为是斜线符号,但是你词汇表中的每个术语都以“WishListSchema_”开头。
从可引用性的角度来看,如果你使用 purl,该示例也会导致问题,因为你必须为词汇表的每个概念创建不同的 purl。相反,如果你使用类似http://purl.org/net/WishListSchemwish# 的内容,你可以将 URL 重定向到你的服务器并使用适当的配方来发布词汇表。
谢谢,确实有散列的多样性是有道理的,因为如果使用,链接会引导我下载模式 (ttl)。无论如何,在 rdf/ttl/json 左右的文件中使用如此小的词汇表/模式是常见的还是“允许”的?
我不知道我是否正确地理解了你的问题。您可以根据需要存储您的词汇表。并且 rdf/ttl 很常见(我经常将它们保存在 owl 或 ttl 中)。但是如果你想记录你的词汇(比如创建一个 html 文件),你可以启用内容协商并让用户下载 html 或你的文件(可能在 ttl 上)。你只需要按照我发布的 w3C 链接获取更多信息