使用MapTiler Pro演示。测试缩放级别1-21从谷歌地图导出tiff图像（约21mb文件覆盖超过2000km的多边形）。
目前它已经运行了一个小时，持续使用12个12％的vcores（大约1.5的12）最多约2.5ghz。尚未导出任何图块，仅与html相关联。
我是否太快判断表现？
编辑：进度条为0％
Edit2：小时8仍为0％。内存使用量从400mb增加到2gb
答案 0 :(得分：0)
您正在尝试通过您在软件中设置的选项从您的输入生成21 MBytes文件，大约350 GB的图块（约为100亿缩放级别的地图图块）。这真的是你想要做的吗？
将覆盖大面积（如南非）的非常低分辨率的图像（2600 x 2000像素）渲染到缩放级别21听起来像是胡说八道！
软件建议您使用默认的maxzoom 6.如果您的数据是覆盖地图或类似的数据集，则可以将其渲染到缩放级别12或类似，但绝对不会超过14.对于标准输入数据（航拍照片） ）本机建议maxzoom +1或+2是真正有意义的最大值。更深的缩放级别不会增加任何视觉优势。
用户可以随时更深地缩放 - 但是可以在客户端显示上部图块 - 因此您根本不需要生成和保存所有这些图像...
MapTiler会自动为您提供一个Google Maps V3查看器，它可以在客户端进行快速缩放。
在此处查看预览： http://tileserver.maptiler.com/#weather/gmapsmaptiler.embed
如果您对地图图块背后的数学感兴趣，请检查： http://tools.geofabrik.de/calc/#type=geofabrik_standard&bbox=16.44,-34.85,32.82,-22.16
感谢您向我们提供报告（http://www.maptiler.com/how-to/submit-report/）。您发给我们支持的原始电子邮件根本不包含任何技术数据（甚至不是您在此处在stackoverflow上写的数据）。
在您公开抨击软件性能之前，请仔细检查 - 仔细检查您知道自己在做什么。 MapTiler Pro是一个功能强大的工具，但用户必须知道他的所作所为。
根据您的反馈 - 我们决定为MapTiler软件的未来版本实施估计的最终输出大小 - 并在图形用户界面中警告用户是否选择了可能不需要的选项。