在GraphDB中将空白节点（bnode）转换为字符串并生成URI

一、导入后通过GraphDB扩展函数处理 #

SPARQL 1.1规范确实没有提供暴露空白节点内部标识符的函数，但GraphDB有专属扩展函数可以实现需求：sys:bnode-id()（命名空间：http://www.ontotext.com/owlim/system#），它能返回空白节点的内部标识字符串。

你可以用以下SPARQL CONSTRUCT查询生成带目标URI的三元组：

PREFIX sys: <http://www.ontotext.com/owlim/system#>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX skos: <http://www.w3.org/2004/02/skos/core#>

CONSTRUCT {
  ?targetUri ?p ?o
}
WHERE {
  ?s ?p ?o .
  FILTER(isBlank(?s))
  # 拼接生成目标URI
  BIND(IRI(CONCAT("https://example.com/data/", sys:bnode-id(?s))) AS ?targetUri)
}

执行这个查询后，就能得到以NodeID为后缀的URI资源三元组。

二、导入前预处理RDF文件（更高效） #

如果希望导入时直接完成转换，避免后续SPARQL处理，可以先修改原始RDF文件，将空白节点标识替换为目标URI。比如用shell命令sed批量替换：

sed 's/_:\([A-Z0-9]*\)/<https:\/\/example.com\/data\/\1>/g' your-input-file.rdf > processed-file.rdf

将处理后的文件导入GraphDB，就能直接得到带URI的资源，无需再处理空白节点。

补充说明 #

SPARQL标准中，空白节点的标识符属于实现内部细节，规范不要求对外暴露，所以STR(?s)、xsd:string(?s)等函数对空白节点返回空值是符合规范的。GraphDB严格遵循RDF规范，不会自动将导入时的NodeID转换为URI，因此上述两种方法是可行的解决方案。

内容的提问来源于stack exchange，提问作者alexis