使用 Kibana 导入地理空间数据

我们在上一篇博客的示例中使用的数据是基于我们内部用于集成测试的数据。为方便起见，我们在此以 CSV 文件的形式提供了这些信息，您可以使用 Kibana 轻松导入这些信息。数据包括机场、城市和城市边界。您可以从以下网址下载数据

• 机场.csv

  • 其中包含三个数据集的合并：

    • 来自Natural Earth的机场（名称、位置和相关数据

    • 来自SimpleMaps的城市位置

    • 全球机场数据库中的机场标高

• airport_city_boundaries.csv

  • 其中包含上述机场和城市名称与一个新来源的合并：

    • 来自OpenStreetMap的城市边界

您可以猜到，我们花了一些时间将这些数据源合并到上述两个文件中，目的是测试 ES|QL 的地理空间特性。这可能与您的具体数据需求不尽相同，但希望这能让您对可能的情况有所了解。我们特别想展示几件有趣的事情：

• 将包含地理空间字段的数据与其他可索引数据一起导入

• 同时导入geo_point 和geo_shape 数据并在查询中一起使用

• 将数据导入可使用空间关系连接的两个索引中

• 创建摄取管道以促进未来的导入（超越 Kibana）

• 摄取处理器的一些示例，如csv 、convert 和 split

虽然我们将在本博客中讨论 如何 使用 CSV 数据，但重要的是要了解 使用 Kibana 添加地理数据的 几种方法 。在地图应用程序中，您可以上传 CSV、GeoJSON 和 ESRI ShapeFiles 等分隔数据，还可以直接在地图中绘制图形。在本博客中，我们将重点介绍从 Kibana 主页导入 CSV 文件。

导入机场

第一个文件是airports.csv、我们需要处理一些有趣的怪癖。首先，列之间有额外的空白分隔，这不是 CSV 文件的典型特征。其次，type 字段是一个多值字段，我们需要将其分割成不同的字段。最后，有些字段不是字符串，需要转换为正确的类型。所有这些都可以使用 Kibana 的 CSV 导入功能来完成。

从 Kibana 主页开始。有一个名为"添加集成入门" 的部分，其中有一个名为"上传文件" 的链接：

点击该链接，您将进入"Upload file" 页面。在此，您可以拖放airports.csv 文件，Kibana 将分析该文件并为您提供数据预览。它应该会自动检测到分隔符是逗号，第一行是标题行。但是，假设所有字段都是text 或keyword ，它可能没有修剪列之间多余的空白，也没有确定字段的类型。我们需要解决这个问题。

单击Override settings 并选中Should trim fields 复选框 ，然后Apply 关闭设置。现在，我们需要确定字段的类型。可在下一页查看，请点击Import 。

首先选择一个索引名称，然后选择Advanced ，进入字段映射和摄取处理器页面。

在此，我们需要对索引的字段映射和导入数据的摄取管道进行更改。首先，虽然 Kibana 可能会将scalerank 字段自动检测为long ，但却误将location 和city_location 字段视为keyword 。将它们编辑为geo_point ，最后得到类似的映射：

您在这里有一定的灵活性，但要注意的是，您选择的类型会影响字段的索引方式和可能的查询类型。例如，如果将location 设置为keyword ，则无法对其执行任何地理空间搜索查询。同样，如果将elevation 设置为text ，则无法对其执行数值范围查询。

现在是修复摄取管道的时候了。如果 Kibana 自动检测到scalerank 如上所示long ，它还会添加一个处理器，将字段转换为long 。我们需要为elevation 字段添加一个类似的处理器，这次将其转换为double 。编辑管道，确保您已将此转换到位。在保存之前，我们还需要进行一次转换，将type 字段分成多个字段。在管道中添加split 处理器，配置如下

最终的摄取管道应该是这样的

请注意，我们没有为location 和city_location 字段添加转换处理器。这是因为字段映射中的geo_point 类型已经了解这些字段中数据的WKT格式。geo_point 类型可以理解一系列格式，包括WKT、GeoJSON 等。例如，如果我们在 CSV 文件中有latitude 和longitude 两列，我们就需要添加script 或set 处理器，将这两列合并为一个geo_point 字段（例如。"set": {"field": "location", "value": "{{lat}},{{lon}}"}).

现在我们可以导入文件了。点击Import ，数据就会按照我们刚刚定义的映射和摄取管道导入索引。如果在摄取数据时出现任何错误，Kibana 会在这里报告，这样你就可以编辑源数据或摄取管道，然后再试一次。

请注意，新的摄取管道已经创建。可进入 Kibana 的Stack Management 部分，选择Ingest pipelines 查看。在这里，您可以看到我们刚刚创建的管道，如有必要，还可以对其进行编辑。事实上，Ingest pipelines 部分可用于创建和测试摄取管道，如果你计划进行更复杂的摄取，这是一项非常有用的功能。

如果您想立即探索这些数据，请跳到后面的章节，但如果您还想导入城市边界，请继续阅读。

导入城市边界

与前一个示例相比，airport_city_boundaries.csv中的城市边界文件导入更为简单。它包含一个city_boundary 字段和一个city_location 字段，前者是城市边界的 WKT 表示法，如POLYGON ，后者是城市位置的geo_point 表示法。我们可以用与机场数据类似的方式导入这些数据，但有一些不同之处：

• 我们需要选择覆盖设置Has header row ，因为这不是自动检测到的

• 我们不需要修剪字段，因为数据中已经没有多余的空白了

• 由于所有类型都是字符串或空间类型，因此我们无需编辑采集管道

• 不过，我们必须编辑字段映射，将city_boundary 字段设置为geo_shape ，将city_location 字段设置为 geo_point

我们最终的字段映射如下

与之前的airports.csv 导入一样，只需单击Import 即可将数据导入索引。数据将通过我们编辑的映射和 Kibana 定义的摄取管道导入。

使用开发工具探索地理空间数据

在 Kibana 中，通常使用"Discover" 探索索引数据。不过，如果您打算使用 ES|QL 查询编写自己的应用程序，尝试访问原始 Elasticsearch API 可能会更有趣。Kibana 有一个方便的控制台，可用于尝试编写查询。这就是所谓的Dev Tools 控制台，可以在 Kibana 侧边栏中找到。该控制台直接与 Elasticsearch 集群对话，可用于运行查询、创建索引等。

试试以下方法：

结果如下

距离

缩写

名字

位置

国家

城市

标高

273418.05776847183

火腿

汉堡

点 (10.005647830925 53.6320011640866)

德国

诺德施泰特

17.0

337534.653466062

TXL

柏林泰格尔国际机场

点 (13.2903090925074 52.5544287044101)

德国

霍恩诺恩多夫

38.0

483713.15032266214

OSL

奥斯陆加德尔莫尼

点 (11.0991032762581 60.1935783171386)

挪威

奥斯陆

208.0

522538.03148094116

BMA

Bromma

点（17.9456175406145 59.3555902065112）

瑞典

斯德哥尔摩

15.0

522538.03148094116

ARN

阿尔兰达

点 (17.9307299016916 59.6511203397372)

瑞典

斯德哥尔摩

38.0

624274.8274399083

DUS

杜塞尔多夫国际机场

点 (6.76494446612174 51.2781820420774)

德国

杜塞尔多夫

45.0

633388.6966435644

PRG

鲁兹恩

点 (14.2674849854076 50.1076511703671)

捷克

布拉格

381.0

635911.1873311149

AMS

史基浦机场

点 (4.76437693232812 52.3089323889822)

荷兰

霍夫多尔普

-3.0

670864.137958866

法国

法兰克福国际机场

点 (8.57182286907608 50.0506770895207)

德国

法兰克福

111.0

683239.2529970079

WAW

奥克西国际机场

点 (20.9727263383587 52.171026749259)

波兰

Piaseczno

111.0

使用 Kibana 地图可视化地理空间数据

Kibana 地图是可视化地理空间数据的强大工具。它可用于创建具有多个图层的地图，每个图层代表不同的数据集。数据可以通过各种方式进行过滤、汇总和样式化。在本节中，我们将向您展示如何使用上一节导入的数据在 Kibana 地图中创建地图。

在 Kibana 菜单中，导航至Analytics->Maps ，打开新的地图视图。单击Add Layer ，选择Documents ，选择数据视图airports ，然后编辑图层样式，使用elevation 字段为标记着色，这样我们就可以很容易地看到每个机场的高度。

单击 "保持更改 "保存地图：

现在添加第二个图层，这次选择airport_city_boundaries 数据视图。这次，我们将使用city_boundary 字段对图层进行样式设置，并将填充颜色设为淡蓝色。这将在地图上显示城市边界。确保对图层重新排序，以确保机场标记位于顶部。

空间连接

ES|QL 不支持JOIN 命令，但可以使用ENRICH 命令实现连接的特殊情况。该命令的操作类似于 SQL 中的 "左连接"，允许您根据两个数据集之间的空间关系，用另一个索引中的数据来丰富一个索引的结果。

例如，我们可以通过查找包含机场位置的城市边界，用机场服务城市的附加信息来丰富机场表的结果，然后对结果进行一些统计：

如果不先准备 enrich 索引就运行该查询，将会收到类似的错误信息：

如前所述，这是因为 ES|QL 不支持真正的JOIN 命令。其中一个重要原因是 Elasticsearch 是一个分布式系统，而连接是一种昂贵的操作，很难扩展。不过，ENRICH 命令的效率相当高，因为它利用了专门编制的在整个集群中复制的丰富索引，从而可以在每个节点上执行本地连接。

为了更好地理解这一点，让我们把重点放在上面查询中的ENRICH 命令上：

该命令指示 Elasticsearch 丰富从airports 索引中获取的结果，并在原始索引的city_location 字段和airport_city_boundaries 索引的city_boundary 字段之间执行intersects 连接，我们在前面的几个示例中使用了该连接。但其中一些信息在该查询中并不清晰。我们看到的是丰富策略的名称city_boundaries ，缺失的信息被封装在该策略定义中。

在这里我们可以看到，它将执行geo_match 查询（intersects 是默认值），要匹配的字段是city_boundary ，而enrich_fields 是我们要添加到原始文档中的字段。其中一个字段region 实际上被用作STATS 命令的分组键，如果没有这种 "左连接 "功能，我们是做不到这一点的。有关 enrich 策略的更多信息，请参阅enrich 文档。

Elasticsearch 中的丰富索引和策略最初是为在索引时使用另一个准备好的丰富索引中的数据来丰富数据而设计的。不过，在 ES|QL 中，ENRICH 命令在查询时工作，不需要使用摄取管道。这实际上使它与 SQLLEFT JOIN 非常相似，只是不能连接任何两个索引，只能在左侧连接一个普通索引，在右侧连接一个专门编制的丰富索引。

无论在哪种情况下，无论是用于摄取管道还是在 ES|QL 中使用，都有必要执行一些准备步骤来设置丰富索引和策略。上文我们已经导入了airport_city_boundaries 索引，但在ENRICH 命令中，它不能直接用作丰富索引。我们首先需要执行两个步骤：

• 创建上述丰富策略，以定义源索引、源索引中要匹配的字段以及匹配后要返回的字段。

• 执行该策略可创建丰富索引。这将建立一个特殊的内部索引，将原始源索引读取到一个更高效的数据结构中，并在整个集群中复制。

可以使用以下命令创建丰富策略：

可以使用以下命令执行该策略：

请注意，如果您更改了airport_city_boundaries 索引的内容，则需要重新执行该策略，才能在丰富索引中看到更改的内容。现在，让我们再次运行原始 ES|QL 查询：

这将返回拥有最多机场的前 5 个区域，以及所有匹配区域机场的中心点和这些区域内城市边界的 WKT 表示长度范围：

中心点

计数

地区

点（-12.13908685930073331.024386116624648)

126

无效

点（-83.1039831787347842.300230911932886)

3

底特律

点 (39.74537850357592 47.21613017376512)

3

городской округ Батайск

点（-156.8098678719252320.476673701778054)

3

夏威夷

点（-73.9451533276587740.70366442203522)

3

纽约市

点（-83.1039831787347842.300230911932886)

3

底特律

点（-76.6687301918864324.306286952923983)

2

新普罗维登斯

点 (-3.0252167768776417 51.39245774131268)

2

加的夫

点（-115.4099348466843432.73126147687435)

2

墨西卡利市

点 (41.790108773857355 50.302146775648)

2

Центральный район

点（-73.8890273217111845.57078813901171)

2

蒙特利尔

您可能还会注意到，最常见的地区是null 。这意味着什么？回想一下，我曾将此命令比作 SQL 中的 "左连接"，也就是说，如果没有为某个机场找到匹配的城市边界，则仍会返回该机场，但airport_city_boundaries 索引中的字段值为null 。结果发现，有 125 个机场没有找到匹配的city_boundary ，有一个机场找到了匹配的region 字段，但该字段是null 。这样就统计出了 126 个机场，结果中没有region 。如果您的用例要求所有机场都能与城市边界相匹配，那就需要获取更多数据来填补空白。有必要确定两件事：

• airport_city_boundaries 索引中哪些记录没有city_boundary 字段

• airports 索引中哪些记录与ENRICH 命令不匹配（即"......"）。不相交）

在 Kibana 地图中使用 ES|QL 获取地理空间数据

Kibana 在地图应用程序中添加了对空间 ES|QL 的支持。这意味着您现在可以使用 ES|QL 在 Elasticsearch 中搜索地理空间数据，并在地图上将结果可视化。

在添加图层菜单中有一个新的图层选项，名为"ES|QL" 。与迄今为止介绍的所有地理空间功能一样，该功能在"技术预览版" 中。选择该选项可根据 ES|QL 查询结果在地图上添加图层。例如，您可以在地图上添加一个图层，显示世界上所有的机场。

或者您也可以添加一个图层，显示airport_city_boundaries 索引中的多边形，或者更好的办法是使用上面那个复杂的ENRICH 查询，生成每个地区有多少个机场的统计数据？

后续工作计划

上一篇地理空间搜索博客主要介绍了使用ST_INTERSECTS 等函数进行搜索的方法，Elasticsearch 自 8.14 版起提供了这些功能。本博客将向您展示如何导入我们用于这些搜索的数据。不过，Elasticsearch 8.15 提供了一个特别有趣的功能：ST_DISTANCE ，可用于执行高效的空间距离搜索，这将是下一篇博客的主题！

Elasticsearch 8.12 和 8.13 为 ES|QL 带来了对地理空间类型的基本支持。8.14 版增加了地理空间搜索功能后，这一功能大大增强。更重要的是，这种支持的设计与其他空间数据库（如 PostGIS ） 使用的 开放地理空间联盟（OGC） 的 简单地物访问 标准非常一致，使熟悉这些标准的 GIS 专家更容易使用。

在本博客中，我们将向您介绍如何使用 ES|QL 执行地理空间搜索，以及它与 SQL 和查询 DSL 的等效功能的比较。我们还将向您展示如何使用 ES|QL 执行空间连接，以及如何在 Kibana 地图中将结果可视化。请注意，此处描述的所有功能都在"技术预览版" 中，我们非常乐意听取您对我们如何改进这些功能的反馈意见。

搜索地理空间数据

让我们从一个查询示例开始：

这将搜索与三亚凤凰国际机场 (SYX) 周围矩形搜索多边形相交的任何城市边界多边形。

在一个包含机场、城市和城市边界的示例数据集中，该搜索可找到相交的多边形，并从匹配文档中返回所需字段：

缩写

机场

地区

城市

城市位置

SYX

三亚凤凰国际机场

天涯区

三亚

point(109.5036 18.2533)

这很容易！现在将其与经典的 Elasticsearch 查询 DSL 进行比较：

这两个查询的意图都相当明确，但 ES|QL 查询与 SQL 非常相似。同样的查询在 PostGIS 中是这样的：

请看 ES|QL 的例子。如此相似，不是吗？

我们发现，Elasticsearch API 的现有用户发现 ES|QL 更易于使用。现在，我们希望现有的 SQL 用户，尤其是空间 SQL 用户，会发现 ES|QL 与他们习惯看到的感觉非常相似。

为什么不是 SQL？

Elasticsearch SQL 如何？它已经存在了一段时间，并具有一些地理空间功能。不过，Elasticsearch SQL 是作为原始查询 API 的封装器编写的，这意味着只支持可转译到原始 API 的查询。ES|QL 没有这种限制。作为一个全新的堆栈，它可以进行许多 SQL 无法实现的优化。我们的基准测试表明，ES|QQL 通常比查询 API 更快，尤其是在聚合方面！

与 SQL 的区别

显然，从前面的例子来看，ES|QL 与 SQL 有些相似，但也有一些重要的区别。例如，ES|QL 是一种管道式查询语言，它以 FROM 等源命令开始，然后用管道 | 字符将所有后续命令串联起来。这样就很容易理解每条命令是如何接收数据表并对该表执行某些操作的，例如使用WHERE 进行过滤，使用EVAL 添加列，或使用STATS 执行聚合。与从SELECT 开始定义最终输出列不同，可以有一个或多个KEEP 命令，最后一个命令指定最终输出结果。这种结构简化了查询的推理过程。

仔细观察上述示例中的WHERE 命令，我们会发现它与 PostGIS 示例非常相似：

ES|QL

PostGIS

除了字符串引号字符的不同，最大的区别在于我们如何将字符串类型转换为空间类型。在 PostGIS 中，我们使用::geometry 后缀，而在 ES|QL 中，我们使用::geo_shape 后缀。这是因为 ES|QL 在 Elasticsearch 中运行，而类型转换操作符:: 可用于将字符串转换为ES|QL 支持的任何类型，在本例中就是geo_shape 。此外，Elasticsearch 中的geo_shape 和geo_point 类型意味着空间坐标系为 WGS84，通常使用 SRID 编号 4326。在 PostGIS 中，这一点需要明确，因此在 WKT 字符串中使用了SRID=4326; 前缀。如果删除该前缀，SRID 将被设置为 0，这更像 Elasticsearch 类型cartesian_point 和cartesian_shape ，它们与任何特定坐标系无关。

ES|QL 和 PostGIS 也提供了类型转换函数语法：

ES|QL

PostGIS

OGC 功能

Elasticsearch 8.14 引入了以下四种 OGC 空间搜索功能：

ES|QL

PostGIS

描述

ST_INTERSECTS

ST_Intersects

如果两个几何图形相交，则返回 true，否则返回 false。

ST_DISJOINT

ST_Disjoint

如果两个几何图形不相交，则返回 true，否则返回 false。ST_INTERSECTS 的倒数。

ST_CONTAINS

ST_Contains

如果一个几何体包含另一个几何体，则返回 true，否则返回 false。

ST_WITHIN

ST_Within

如果一个几何体位于另一个几何体内，则返回 true，否则返回 false。ST_CONTAINS 的倒数。

这些函数的行为与 PostGIS 的对应函数类似，使用方法也相同。例如，如果两个几何图形相交，ST_INTERSECTS 返回 true，否则返回 false。如果您跟踪上表中的文档链接，可能会发现所有 ES|QL 示例都在FROM 子句之后的WHERE 子句中，而所有 PostGIS 示例都使用了字面几何图形。事实上，这两个平台都支持在查询的任何部分使用这些函数。

ST_INTERSECTS 的 PostGIS 文档中的第一个示例是

ES|QL 相当于此：

请注意我们在 PostGIS 示例中没有指定 SRID。这是因为在 PostGIS 中使用geometry 类型时，所有计算都是在平面坐标系上进行的，因此如果两个几何图形具有相同的 SRID，SRID 是什么并不重要。在 Elasticsearch 中，大多数函数也是如此，但也有例外，geo_shape 和geo_point 使用球形计算，我们将在下一篇关于空间距离搜索的博客中看到这一点。

ES|QL 多功能性

因此，我们已经看到了在WHERE 子句和ROW 命令中使用空间函数的示例。它们还能在哪里发挥作用？EVAL 命令就是一个非常有用的地方。该命令允许您评估表达式并返回结果。例如，让我们确定按国名分组的所有机场的中心点是否都在勾勒出国家的边界内：

结果在意料之中，英国机场的中心点在英国边界内，而不在冰岛边界内，反之亦然：

中心点

计数

英国

冰岛

within_uk

冰岛境内

点（-21.94663446396589364.13187285885215)

1

错误

true

错误

true

点 (-2.597342072712148 54.33551226578214)

17

true

错误

true

错误

点 (0.04453958108176276 23.74658354606057)

873

错误

错误

错误

错误

事实上，这些函数可用于查询的任何部分，只要其签名是合理的。它们都接收两个参数，参数可以是一个字面空间对象，也可以是一个空间类型的字段，并且都返回一个布尔值。一个重要的考虑因素是，几何图形的坐标参考系（CRS）必须匹配，否则将返回错误信息。这意味着不能在同一个函数调用中混合使用geo_shape 和cartesian_shape 类型。不过，您可以混合使用geo_point 和geo_shape 类型，因为geo_point 类型是geo_shape 类型的特例，两者共享相同的坐标参考系。上文定义的每个函数的文档都列出了支持的类型组合。

此外，任一参数都可以是空间字面量或字段，顺序不限。您甚至可以指定两个字段、两个字面量、一个字段和一个字面量或一个字面量和一个字段。唯一的要求是类型必须兼容。例如，此查询比较同一索引中的两个字段：

该查询基本上是询问城市位置是否在城市边界内，一般来说应该是正确的，但总有例外：

基数

计数

城市

很少

29

错误

很多

740

true

一个更有趣的问题是，机场所在地是否在机场服务城市的边界之内。不过，机场位置所在的索引与包含城市边界的索引不同。这就需要一种方法来有效查询和关联这两个独立索引中的数据。

空间连接

ES|QL 不支持JOIN 命令，但可以使用ENRICH 命令实现连接的特殊情况，其行为类似于 SQL 中的 "左连接"。该命令的操作类似于 SQL 中的 "左连接"，允许您根据两个数据集之间的空间关系，用另一个索引中的数据来丰富一个索引的结果。

例如，我们可以通过查找包含机场位置的城市边界，用机场服务城市的附加信息来丰富机场表的结果，然后对结果进行一些统计：

这将返回拥有最多机场的前 5 个区域，以及所有匹配区域机场的中心点和这些区域内城市边界的 WKT 表示长度范围：

中心点

计数

min_wkt

max_wkt

地区

点（-32.5609347096071932.598117914802714)

90

207

207

无效

点（-73.9451533276587740.70366442203522)

9

438

438

纽约市

点（-83.1039831787347842.300230911932886)

9

473

473

底特律

点（-156.302024586126220.176383580081165)

5

307

803

夏威夷

点（-73.8890273217111845.57078813901171)

4

837

837

蒙特利尔

那么，这里到底发生了什么？所谓的JOIN 发生在哪里？问题的关键在于ENRICH 命令：

该命令指示 Elasticsearch 丰富从airports 索引中获取的结果，并在原始索引的city_location 字段和airport_city_boundaries 索引的city_boundary 字段之间执行intersects 连接，我们在前面的几个示例中使用了该连接。但其中一些信息在该查询中并不清晰。我们看到的是丰富策略的名称city_boundaries ，缺失的信息被封装在该策略定义中。

在这里我们可以看到，它将执行geo_match 查询（intersects 是默认值），要匹配的字段是city_boundary ，而enrich_fields 是我们要添加到原始文档中的字段。其中一个字段region 实际上被用作STATS 命令的分组键，如果没有这种 "左连接 "功能，我们是做不到这一点的。有关 enrich 策略的更多信息，请参阅enrich 文档。在阅读这些文档时，你会注意到它们描述了如何通过配置摄取管道，在索引时使用丰富索引来丰富数据。ES|QL 不需要这样做，因为ENRICH 命令在查询时起作用。只需用必要的数据和丰富策略准备丰富索引，然后在 ES|QL 查询中使用ENRICH 命令即可。

您可能还会注意到，最常见的地区是null 。这意味着什么？回想一下，我曾将此命令比作 SQL 中的 "左连接"，也就是说，如果没有为某个机场找到匹配的城市边界，则仍会返回该机场，但airport_city_boundaries 索引中的字段值为null 。结果发现，有 89 个机场没有找到匹配的city_boundary ，有一个机场找到了匹配的region 字段，但该字段是null 。这样就统计出了 90 个机场，结果中没有region 。另一个有趣的细节是MV_EXPAND 命令的必要性。这样做是必要的，因为ENRICH 命令可能会为每个输入行返回多个结果，而MV_EXPAND 则有助于将这些结果分成多行，每个结果一行。这也解释了为什么"Hawaii" 会显示不同的min_wkt 和max_wkt 结果：存在多个名称相同但边界不同的区域。

Kibana 地图

Kibana 在地图应用程序中添加了对空间 ES|QL 的支持。这意味着您现在可以使用 ES|QL 在 Elasticsearch 中搜索地理空间数据，并在地图上将结果可视化。

在添加图层菜单中有一个新的图层选项，名为"ES|QL" 。与迄今为止介绍的所有地理空间功能一样，该功能在"技术预览版" 中。选择该选项可根据 ES|QL 查询结果在地图上添加图层。例如，您可以在地图上添加一个图层，显示世界上所有的机场。

或者您也可以添加一个图层，显示airport_city_boundaries 索引中的多边形，或者更好的办法是使用上面那个复杂的ENRICH 查询，生成每个地区有多少个机场的统计数据？

后续工作计划

你可能已经注意到，在上面的两个例子中，我们又加入了一个空间函数ST_CENTROID_AGG 。这是STATS 命令中使用的聚合函数，也是我们计划添加到 ES|QL 中的众多空间分析功能中的第一个。当我们有更多展示时，我们会在博客上介绍！

在此之前，我们想向您详细介绍我们正在开发的一项特别令人兴奋的功能：执行空间距离搜索的能力，这是 Elasticsearch 最常用的空间搜索功能之一。你能想象距离搜索的语法会是什么样子吗？或许类似于 OGC 功能？敬请关注本系列的下一篇博客，一探究竟！

剧透警告：Elasticsearch 8.15 刚刚发布，其中包含使用 ES|QL 的空间距离搜索！