将巨大的Geotiff转换为Tilepyramid


9

我正在尝试使用gdal2tiles将20 GB LZW压缩的geotiff转换为tilepyramid。不幸的是,gdal2tiles似乎无法处理此问题,在运行10个小时后,它仍未达到第一个“点”。我用一个较小的文件(1GB)尝试了一下,效果很好。我现在的问题是,是否有其他软件允许我执行此操作(商业或开源)?可以从GlobalMapper创建图块,但是我无法将20GB的文件加载到内存中。

Answers:


4

如果您使用带多核处理器的计算机,则可以发现并行GDAL2Tiles(ppgdal2tiles)很有用。在这种计算机中,ppgdal2tiles应该比“单核”版本运行得更快。引用ppgdal2tiles网页:

“ GDAL2Tiles的标准版本一次仅使用一个处理核心。

如果您的计算机上有更多的处理器(或者是Intel或AMD的Mutli-Core处理器之一),则可以启动多个进程以使用计算机的全部计算能力来尽快完成图块渲染。”


您当然可以向Petr寻求有关此问题的帮助,并为该项目提供支持。- > maptiler.com
转租

提供的链接无效。
mrgloom '16

4

几周前我遇到了同样的问题。一次,您使用该选项

--config GDAL_CACHEMAX 2047

(暂时必须保持在2048以下!)然后,您可以将gdal2tiles.py脚本复制到另一个位置,并更改循环遍历图块的for循环以向后计数。在我的gdal2tiles版本的第1174行中:

for ty in range(tmaxy, tminy-1, -1):

改成:

for ty in range(tminy, tmaxy+1):

然后同时使用两个脚本以及相同的参数并添加-e(即继续,不要删除现有文件)注意,当脚本的完成率达到50%时,您必须退出其中一个脚本瓷砖),否则您会弄碎瓷砖。如果您忘记了,只需搜索所有大小为0的文件,将其删除,然后使用-e开关从头开始即可;)

希望能有所帮助


问题:为什么GDAL_CACHEMAX必须保持在2047以下?对于gdalwarp之类的东西,我很乐意使用8GB或更多的内存...
markusN 2011年


1

我希望FME能够做到这一点。它当然可以平铺-我相信它可以处理大文件。栅格金字塔化部分非常简单,请参见示例和演示页面中的栅格金字塔示例

您可以先获得评估版,然后再试用

Mark Ireland,安全软件产品推广员


1
这是一个边缘广告。为了使它脱离障碍,请总结一下如何使用FME生成图块,并链接到直接讨论OP发行问题的文档,而不仅仅是首页。谢谢。
马特·威尔基2011年

抱歉。并非如此。栅格金字塔部分非常简单(fmepedia.safe.com/articles/Samples_and_Demos/…)。我只是有点模糊,因为问题更多是关于性能的问题,而且我个人不想尝试时也不想承诺。这就是为什么我邀请OP直接尝试的原因。
马克·爱尔兰
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.