我正在尝试学习如何在 MongoDB 中使用地理空间查询,但似乎我无法真正掌握它!所以我在 mongo 中有我的图块集合,为了论证,假设我里面只有一个文档,最准确地说,就是这个:
{
"_id" : "-180-9018090",
"geometry" : {
"type" : "Polygon",
"coordinates" : [
[
[
-180,
-90
],
[
180,
-90
],
[
180,
90
],
[
-180,
90
],
[
-180,
-90
]
]
]
},
"type" : "Feature",
"properties" : {
"zoom-level" : 0,
"center" : [
0,
0
]
}
}
基本上代表了整个世界。现在我想看看某个点(0,0)是否在该区域内。我的理解是我应该使用 geointersects 来完成此任务,因此查询应该如下所示(?):
db.tiles.find({
geometry: {
$geoIntersects: {
$geometry: {
type: "Point" ,
coordinates: [ 0,0]
}
}
}
});
但当然,结果集是空的,因为我对为什么会发生这种情况的想法一无所知。你能帮我理解我做错了什么吗?
编辑:
经过进一步的尝试,查询似乎是正确的,所以一定有一些关于 $geointersects 如何工作的东西我错过了。到目前为止,我通过一个例子发现:
假设我们的数据库中有 5 个文档:
*-----*
| 4|3 | => whole world tile: from [-90,-180] to [90,180]
| 1|2 |
*-----*
let's take this tile and divide it in 4:
*---* *---* *---* *---*
| 1 | | 2 | | 3 | | 4 | => 1) [-90,-180]-> [0,0] (lower left)
*---* *---* *---* *---* 2) [0,-90] -> [180,0] (lower right)
3) [0,0] -> [180,90](upper right)
4) [-180,0] -> [0,90] (upper left)
因此,正如糟糕的模式难以展示的那样,我们有 5 个文档,每个文档代表一个由 4 个顶点组成的多边形(在 geoJson 中变成 5 个顶点,因为您必须在末尾附加初始点)。
现在,使用相同的查询实际上会产生以下结果:
> db.tiles.find({ geometry: { $geoIntersects: { $geometry: { type: "Point", coordinates: [ 0,0 ] } } } }).sort({"zoom": 1})
{ "_id" : "0.0-90.0180.00.0", "geometry" : { "type" : "Polygon", "coordinates" : [ [ [ 0, -90 ], [ 180, -90 ], [ 180, 0 ], [ 0, 0 ], [ 0, -90 ] ] ] }, "zoom" : 1 }
{ "_id" : "-180.00.00.090.0", "geometry" : { "type" : "Polygon", "coordinates" : [ [ [ -180, 0 ], [ 0, 0 ], [ 0, 90 ], [ -180, 90 ], [ -180, 0 ] ] ] }, "zoom" : 1 }
{ "_id" : "0.00.0180.090.0", "geometry" : { "type" : "Polygon", "coordinates" : [ [ [ 0, 0 ], [ 180, 0 ], [ 180, 90 ], [ 0, 90 ], [ 0, 0 ] ] ] }, "zoom" : 1 }
分别是图块 2、3、4。换句话说,这两份文件被遗忘了:
{
"_id" : "-180-9018090", ---> world wide tile
"geometry" : {
"type" : "Polygon",
"coordinates" : [
[
[
-180,
-90
],
[
180,
-90
],
[
180,
90
],
[
-180,
90
],
[
-180,
-90
]
]
]
},
"zoom" : 0
}
{
"_id" : "-180.0-90.00.00.0", ----> tile number 1 of the example
"geometry" : {
"type" : "Polygon",
"coordinates" : [
[
[
-180,
-90
],
[
0,
-90
],
[
0,
0
],
[
-180,
0
],
[
-180,
-90
]
]
]
},
"zoom" : 1
}
现在,我的第一个猜测是,没有选择全球文档,因为它太大了,也许另一个文档是出于传统原因?有人可以验证或反驳这一点吗? 谢谢你
编辑:
这可以解释为什么没有选择较大的一个,我会测试一下。
编辑:
看来不是。 CRS 仅在您尝试使两个多边形相交时才起作用,因此输入查询不能是点,如this 页面所示。
这不是一个解决方案,只是一个通知,表明 mongodb 确实仅在您查询多边形时才允许 CRS。 (参见这个)。但即使您查询一个多边形,我也看不出它会有什么帮助:您想要指定数据库中的多边形是“大”,大于半球体(跨越地球一半以上的多边形)表面)。因此,在插入时启用 CRS 对我来说很有意义。
我提出了 mongodb Jira 中的问题。