问题标签 [openmaptiles]

我正在尝试安装基于 OpenMapTiles 地图服务器的本地服务器。我执行网站https://openmaptiles.com/server/#install上的说明中给出的命令：

我在浏览器中打开：localhost:8080，然后选择可用的默认项目后，地图文件下载 - 51 GB 开始。下载任意数量的数据后文件下载停止，没有将整个文件下载到最后。我已经根据随附的说明进行了几次配置尝试，并且每次下载在任意数量的数据后停止时。

问题：是否可以修复此 OpenMapTiles 地图服务器安装向导，使其下载文件更稳定？这是向导的日志：

在日志中可以看到这次负载挂了20.61%。所以这种情况已经持续了 40 分钟，没有任何改变。

我希望从https://openmaptiles.com/downloads/tileset/osm/asia/malaysia-singapore-brunei/下载以下瓦片集（2020 年发布的 v3.11）

提供了完整图块集外观的预览。如果在离线设置中使用这些矢量切片，我能否检查预览中显示的详细程度是否相同？或者如果离线使用（没有互联网）质量会受到影响。谢谢 :D

我想在 OpenLayers 中包含一个矢量平铺地图，并使用 GL 样式文件来设置地图的样式。因此，我使用的是 ol mapbox 样式（olms）。我包括了 ol 版本 6.4.3 和 olms 版本 6.1.3。我想在 ID 为“map”的 DOM 对象中渲染我的地图。我从 OpenMapTiles 服务器获取我的图块，我自己托管（在 localhost:32768 上）。这是我的代码：

我尝试了不同来源的不同实现（使用 stylefunction() 函数，使用 apply() 函数）并消除了所有其他可能导致错误的因素。

如果我用地图加载页面，我会收到以下错误：

当不从我的 Tile Server 获取样式（并使用 olms 应用它们）并在创建地图后立即添加图层时，我没有收到错误，但当然我也没有样式。

我还包括了这个样式文件中需要的字体。

我想在我的 web 应用程序中使用带有传单的 OpenMapTile 服务器。OpenMapTile 服务器位于 AWS 上的 ec2 上。我还有我的 webapp，它使用传单来呈现数据。我正在提供几种颜色样式的 XYZ png 瓷砖。我注意到的是，从自己的托管服务器提供数据比从 MaptilerCloud 等服务托管数据要慢得多。当我第一次以特定样式加载地图时，完全加载甚至需要 20 秒。后来，顺便说一句，以给定的风格搜索另一个城市要快得多。当我将单个 url 粘贴到我的浏览器时，为了从我自己的服务器获取单个地图图块，它会立即加载。你知道，有什么问题吗？Ec2 的 CPU 使用率低于 15%，最大 10Gbps 网络突发带宽...

我在自己的服务器上托管了 OpenMapTiles。但我不知道如何使用 Mapbox SDK 或任何其他 GL SDK 在我的 android 应用程序中使用它。有什么方法可以在 android 中使用 OpenMapTiles，如果有请告诉我。

提前感谢！

我正在寻找创建填充土地的简单底图图块，但让海洋保持透明。问题是所有数据源都有海洋和多边形，这些多边形创建了水/陆地边界，所以当使海洋透明时，它也会使大部分土地透明。

有谁知道一种简单的方法来进行覆盖海岸线地理的垃圾填埋。本质上，我需要与水多边形填充相反的东西。我一直在使用 MapTiler 来创建和提供我的图块，但我愿意接受任何可以解决这个问题的解决方案。

我相信这个问题需要一个创建陆地多边形的数据源，而不仅仅是海洋多边形。我确实找到了自然地球陆地多边形，但我从 MapTiler 收到了一个错误，即数据集太大。50m 的数据集不够精细。

我想配置运行maptiler-server的服务器机器的 Access-Control-Allow-Origin， 但找不到任何文档。我还想知道是否有任何方法可以为 maptiler-serve 提供由另一个 Web 服务器生成的访问令牌以实现某种访问控制。我不希望每个人都可以访问地图服务器。我想将其限制为特定 Web 应用程序的用户。

是否可以完全离线使用 Mapbox GL JS 2.x，使用自托管的瓦片（例如openmaptiles）？

将 sqlite3 blob 列非规范化为主表是否有存储和性能增益，但仅在某些情况下将其视为外键？我有两个实现，而且似乎都运行得更慢。是否有一些 sqlite3 内部结构排除了这种用法？

我有一个~100GB 的 sqlite 文件，里面有两个表。第一个将 z,x,y 坐标映射到一个 ID——一个 32 字符的十六进制字符串，存储为TEXT. 第二个表将该 ID 映射到一个 BLOB，通常为几千字节。(z,x,y) 和 ID 都有唯一索引。有一个VIEW连接两个表。

对于约 30% 的坐标，BLOB 在每个坐标组合中都是唯一的。其余的引用相同的约 100 个频繁出现的 BLOB。

我想优化空间和性能：将唯一的 BLOB 移动到第一个表中，并将第二个表仅保留为少数共享 BLOB 的 100 行小查找。可以在运行时检查第一个表的 blob——如果它正好是散列键的大小，则将其视为查找。否则，将其视为价值。

我的想法是，这通常会避免查找大的第二个表，将小的查找表完全保存在缓存中，并避免存储大多数 blob 的键。我的性能测试没有证实这个理论，我不明白为什么。

原始实现：

优化实现将映射表中的 ID 列从 更改id TEXT为mix BLOB。

我尝试了两个 VIEW 实现，它们都比上面的 INNER JOIN 方法运行慢约 10%。LEFT JOIN方法：

我尝试了子查询方法：

PSCOALESCE()确保如果我的数据长度恰好是 32，但它不是外键，则查询应该按原样返回数据。

PPS 这是一个带有地图瓦片的mbtiles文件，重复的瓦片代表空旷的水和土地，而独特的瓦片代表具有一些独特特征的地方，如城市街道）

https://github.com/AliFlux/MapTilesDownloader 我尝试了以下方法：

但我收到以下结果：

你能帮我解决这个问题吗？先感谢您。