能否使用SPARQL从Wikidata一次性查询实体关联的Wikimedia图片？

完全可以实现单步流程，不需要拆分两次独立查询
你之前的两步操作本质是重复获取Wikidata本身已经存储的公开结构化数据，存在不必要的流程冗余，具体实现可以根据需求选择两种路径：

直接扩展原有SPARQL，跳过维基API调用 #

Wikidata的地理实体本身就存储了核心关联图片的结构化字段（对应属性为P18，也就是实体绑定的代表性主图），不需要先拿到维基页面条目再反向调用维基API查图片，只需要在你原有的SPARQL查询里增加匹配规则即可：

SELECT ?place ?article ?image WHERE {
  SERVICE wikibase:box {
    ?place wdt:P625 ?location .
    # 经纬度框规则：cornerWest为西边界（更小的经度值）+南边界（更小的纬度值）
    # cornerEast为东边界（更大的经度值）+北边界（更大的纬度值）
    # 参数格式为"Point(经度值 纬度值)"，避免出现跨全球的边界偏移
    bd:serviceParam wikibase:cornerWest "Point(1 12)"^^geo:wktLiteral .
    bd:serviceParam wikibase:cornerEast "Point(2 13)"^^geo:wktLiteral .
  }
  ?article schema:about ?place .
  ?article schema:isPartOf [ wikibase:wikiGroup "wikipedia" ] .
  # 直接匹配实体关联的图片字段
  ?place wdt:P18 ?image .
}

这个查询一次返回的结果会同时包含：地理实体ID、对应维基百科条目链接、实体关联的图片存储地址，完全不需要后续的API二次查询。

匹配全量条目内嵌图片的实现方式 #

如果你的需求是拿到维基页面上挂载的所有图片（不只是Wikidata实体关联的主图），也不需要手动在两次查询之间做数据中转：

• 原有SPARQL返回的?article字段本身就包含了维基条目的所属语言站点、条目标题两个核心信息
• 直接基于返回的字段值拼接成维基API的请求格式，就可以在拿到查询结果的第一时间批量生成所有需要的图片查询请求，整个流程不存在人工的中间数据流转环节
• 注意你之前示例中使用的波兰语维基域名，如果需要跨语言站点统一查询，可先在SPARQL里通过schema:isPartOf匹配对应站点域名，避免拼接出来的API地址和目标站点不匹配。

补充提示：原SPARQL里的边界参数不要搞反经纬度顺序，Wikidata的geo:wktLiteral格式固定是「经度在前，纬度在后」，顺序搞反会直接匹配到完全错误的地理范围。

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