AWS Neptune 的文档并未表明它支持 GeoSPARQL 扩展。有没有办法支持我们存储为 GeoJSON 对象的地理空间查询？也许使用小精灵？我们正在考虑将Azure Cosmos作为替代方案，但会留在AWS生态圈。谢谢！
添加了 re：对 GeoJSON 细节的评论：
作为最近的解决方法，我们一直在探索使用地理哈希和边界框来解决这个问题 NoSQL存储 。或者，原始的 Azure 宇宙方向。前一种解决方案的问题在于大规模执行此操作的计算时间，然后从图形中获取结果并将其与某种类型的唯一 ID 映射相结合。相反，通过图中启用 GeoJSON 的查询遍历原始经度/经度坐标意味着我们可以一次性完成所有操作。最终，它使架构更加简单，DEVOPS更加清晰。
关于细节，大多数情况下只是查询给定点的半径或曼哈顿距离内的项目。我们目前不使用多边形，但一直在考虑将其用于各种用例。
您能否提供有关您希望通过 GeoJSON 对象支持的地理空间查询类型的更多详细信息？
摘自最新的 AWS Neptune 用户指南 (PDF( 中的 Blazegraph 与 Neptune 兼容性部分(撰写本文时日期为 2020 年 12 月(：
地理空间搜索– Blazegraph 支持配置启用地理空间的命名空间 支持。此功能在海王星中尚不可用。
因此，如果使用开箱即用的功能，答案似乎是"否"。