SPARQL CONSTRUCT查询层级路径首跳缺失问题求助

问题背景 #

需要通过SPARQL CONSTRUCT查询，从指定的机器组件叶子节点向上遍历skos:broader关系，获取到公司根节点的完整层级路径。原查询会返回同层级的其他冗余机器组件；添加EXISTS过滤后，虽过滤了冗余结果，但丢失了叶子节点到直接父节点的首个skos:broader关系，仅后续层级路径正常。

原查询问题分析 #

原查询中?start skos:broader+ ?next匹配了所有从叶子节点出发的间接父节点，但?prev与?next的绑定未限制在?start的祖先链内，导致所有指向?next的skos:broader关系都会被返回，包括同层级其他节点的关联，产生冗余结果。

过滤后查询的问题分析 #

添加的EXISTS过滤条件?start skos:broader+ ?prev要求?prev必须是?start的间接祖先（至少间隔一层），但叶子节点到直接父节点的关系是?start skos:broader ?prev（仅一步），不满足skos:broader+（至少两步）的要求，因此这层关键关系被过滤掉，导致路径不完整。

正确的查询写法 #

CONSTRUCT {
    ?start a :Start .
    ?current skos:broader ?parent ;
             a ?currentType ;
             rdfs:label ?currentName .
    ?parent a ?parentType ;
            rdfs:label ?parentName .
}
WHERE {
    GRAPH <你的命名图IRI> {
        VALUES ?start { <叶子节点IRI> }
        # 匹配从current到parent的直接broader关系
        ?current skos:broader ?parent .
        # 确保current是start的祖先（包括start自身，*表示0或更多步）
        ?start skos:broader* ?current .
        # 节点类型与标签信息
        ?current a ?currentType ;
                 rdfs:label ?currentName .
        ?parent a ?parentType ;
                rdfs:label ?parentName .
        # 可选：绑定类型的本地名称
        BIND(LOCALNAME(?currentType) AS ?currentTypeName)
        BIND(LOCALNAME(?parentType) AS ?parentTypeName)
    }
}

方案说明 #

• 使用skos:broader*替代skos:broader+：*表示0或更多步，因此?current可以是?start本身，这样就能匹配到叶子节点到直接父节点的首个skos:broader关系。
• 通过?start skos:broader* ?current限制所有?current必须属于?start的向上层级链，确保不会返回同层级的冗余节点。
• 直接绑定?current与?parent的直接关系，清晰遍历每一层级的父节点，构建完整路径。

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