如何以表演方式使用Mapbox矢量图块？

Question

我对Mapbox MVT有些困惑。如我所知，瓷砖是一小块地图，如拼图难题。

不完全确定MVT的工作。

https：//docs.maps.mapbox .com/data/tilesets/guides/vector-tiles-intoduction/＃向量范围

在这里，它说矢量图块真的很小，可以实现全局高分辨率地图，快速地图负载，快速地图负载，

，所以我正在尝试从数据库中获取所有坐标，这些坐标可能超过10k ，目前使用PostGIS使用：

    with connection.cursor() as cursor:
        cursor.execute(query)
        rows = cursor.fetchall()
        mvt = bytes(rows[-1][-1])

    return Response(
        mvt, content_type="application/vnd.mapbox-vector-tile", status=200
    )

现在我想知道关于性能问题，由于用户每次访问它都会给数据库带来压力。

我遇到的另一个问题是，当我使用vector图块作为源时，它每次移动地图时都会调用源URL并（击中DB）。

        type: 'vector',
        tiles: [
          'http://url/{z}/{x}/{y}.mvt'
        ]

是否可以以特定的缩放级别调用源URL，直到那时所有点仍保留在地图上？

例如。

Mapbox should call source url (only one time from zoom level 1-7) at zoom level 1 and draw points on to the map and when zoom level reach 7 then mapbox should call the source url(only one time from zoom level 7-22) and update the map. 

如果有人能提供帮助，真的很感激。

Answer 1

当涉及到瓷砖数据（向量，栅格，任何格式）时，您几乎总是需要一种具有缓存策略的服务，尤其是如果数据库中的数据实时创建瓷砖。直接呼叫到DB，以便在需要每个瓷砖的时候只能在开发/测试期间或简单演示进行。仅矢量瓷砖不是解决方案，您需要端到端体系结构来服务数据。以下是缓存策略的几个示例：

• 如果您的数据不断变化第二或更快，则通常不需要在地图上快速显示更新。如果您有很多用户，则15秒的高速缓存到期，可以大大减少必须创建瓷砖的次数。 Azure Maps为他们的创建者平台做到了这一点，该平台旨在在数字双胞胎方案中显示近实时传感器的读数。它能够支持数十亿个传感器每15秒更新地图。如果您确实需要在发生时看到更新，那么向量图块可能不是正确的方法，而是考虑使用SignalR等流服务，并根据边界框和缩放级别限制发送到地图的数据。
• 在大多数应用程序中，数据不会迅速更新，因此可以使用更长的缓存标头。
• 在某些情况下，数据很少发生（或根本没有）变化，以至于预先生成一次瓷砖，托管这些并直接服务的更有意义。您仍然会有一种缓存策略，以便用户不断地从您的服务器中要求相同的瓷砖，而他们可以简单地将其从浏览器缓存中提取。在这种情况下，将瓷砖放入基本上是具有标准化结构的SQLite DB中是有用的。将瓷砖放入mbtile文件中的良好是您只需要移动一个文件，而不是数千个瓷砖（移动这许多文件会产生大量的io读取/写入，从而使部署的部署非常慢）。

同样重要的是要注意，您应该优化瓷砖中的数据。例如，如果您正在使用高分辨率多边形，那么对于被缩放的瓷砖，您可能会发现有很多适合同一像素内部的坐标，因此，当您从数据库中请求多边形时，请将其分辨率减少到将其分辨率降低至匹配瓷砖的分辨率。这将大大降低瓷砖的大小，以及数据库输出的数据量。

您可以在此处找到很多用于矢量瓷砖的工具和文章： https://github.com/ Mapbox/Awesome-vector Tiles

关于如何服务矢量瓷砖和创建管道的博客也有很多博客。