我需要像这样在我的 URL 中表示层次结构：
http://www.me.org/ -----------------root1/ - - - - - - - - - - - -1级/ ------------------level2/etc我想定义 PREFIX 并在 SPARQL 查询中使用它们，如下所示：
前缀 root1：这将在 ARQ 中失败并出现以下错误：
在第 10 行第 43 列遇到“”/“”/“”。 期待其中之一： “价值观”... “图表”... ...我应该能够像这样在我的 URL 中表示层次结构，还是 SPARQL 和 PREFIX 的使用仅限于一个级别？
【问题讨论】：
4.1.1.1 Prefixed Names
PREFIX 关键字将前缀标签与 IRI 相关联。一个前缀 name 是前缀标签和本地部分，用冒号“:”分隔。一种 前缀名称通过连接关联的 IRI 映射到 IRI 带有前缀和本地部分。前缀标签或本地部分 可能是空的。请注意，SPARQL 本地名称允许前导数字，而 XML 本地名称没有。 SPARQL 本地名称也允许 通过反斜杠字符在 IRI 中允许的非字母数字字符 转义（例如 ns:id\=123）。 SPARQL 本地名称具有更多语法 比 CURIE 的限制。
让我们检查一下语法，看看\是否是假定的非字母数字字符之一：
19.8 Grammar
…
[169] PN_LOCAL ::= (PN_CHARS_U | ':' | [0-9] | PLX ) ((PN_CHARS | '.' | ':' | PLX)* (PN_CHARS | ':' | PLX) )? [170] PLX ::= PERCENT | PN_LOCAL_ESC [171] PERCENT ::= '%' HEX HEX [172] HEX ::= [0-9] | [A-F] | [a-f] [173] PN_LOCAL_ESC ::= '\' ( '_' | '~' | '.' | '-' | '!' | '$' | '&' | "'" | '(' | ')' | '*' | '+' | ',' | ';' | '=' | '/' | '?'| '#' | '@' | '%')
果然应该可以通过：
PN_LOCAL → PLX → PN_LOCAL_ESC → '\' '/'
这样你应该可以写：
?s ?p root1:level1\/level2\/element .
【讨论】：
您可以在前缀声明中使用相对 URI：
BASE <http://example/>
PREFIX root1: <root1/>
PREFIX level1: <root1/level1/>
PREFIX level2: <root1/level1/level2/>
SELECT * {
?s ?p level2:etc .
}
这避免了在 URI 中重复部分字符串的一些开销。
【讨论】：
我认为问题在于 SPARQL/RDF 的价值主张是 WWW 的扩展，建立在 URI/URL 原则之上 通常被视为使用 / 作为命名空间分隔符，所以你不会 期望必须做一些特殊的事情来处理一个 URL
您似乎将 URI 与前缀名称混为一谈，前缀名称是一种便利机制，旨在让您以更紧凑的形式写下 URI 以提高可读性。因此，如果不使用转义字符，它们就无法表示所有可能的 URI，否则在语法中会模棱两可。
正如 Joshua Taylor 的回答所证明的那样（在您看来）的缺点是您不能按原样使用带有前缀名称的相对 URI，这仅仅是 SPARQL 和其他使用类似语法结构的 RDF 序列化的语法限制。
但是，如果我们使用 BASE 指令，例如，我们可以自然地写下相对 URI 而无需使用任何特殊字符。
BASE <http://www.me.org/root1/>
SELECT *
WHERE
{
?s ?p <level1/level2/etc> .
}
LIMIT 100
请注意，在这种情况下，我们必须将相对 URI 括在 < > 中，因为我们使用的是 URI 而不是前缀名称。如果 URI 是相对的，SPARQL 处理器将根据声明的 BASE 解析它，从而为您提供所需的完整 URI，而无需使用任何转义字符。
这也许会给你一些你认为更自然的东西？
【讨论】：