異なるズームレベル(タイル数)の256×256セットのタイルに最も効率的な方法で画像(サイズ:14043×9933)をスライスする必要があります。私はgdal2tiles.py(GDALに付属しています)を使っていますが、そこに他のオプションがあるのだろうか、おそらくGeotoolsにこの機能がありますか? (私はタイルを必要とせず、タイルを地理参照しています)。イメージをタイルにスライスする最も速い方法は何ですか?
ありがとうございます。
異なるズームレベル(タイル数)の256×256セットのタイルに最も効率的な方法で画像(サイズ:14043×9933)をスライスする必要があります。私はgdal2tiles.py(GDALに付属しています)を使っていますが、そこに他のオプションがあるのだろうか、おそらくGeotoolsにこの機能がありますか? (私はタイルを必要とせず、タイルを地理参照しています)。イメージをタイルにスライスする最も速い方法は何ですか?
ありがとうございます。
は、このスレッドを試してみてください。
gdal2tiles
はいいことであり、多くの予測を行うことができますが、それは、単純なラスタータイルピラミッドのために遅いですし、多くのメモリを必要とします。 dzsave
はRAMで高速かつ効率的です。
$ time gdal2tiles.py -p raster ../wac_nearside.jpg x
Generating Base Tiles:
0...10...20...30...40...50...60...70...80...90...100 - done.
Generating Overview Tiles:
0...10...20...30...40...50...60...70...80...90...100 - done.
real 3m51.728s
user 3m48.548s
sys 0m2.992s
peak memory 400mb
しかしdzsave
で、私は以下を参照してください:
$ time vips dzsave ../wac_nearside.jpg y --suffix .png
real 0m36.097s
user 1m39.900s
sys 0m6.960s
peak memory 100mb
それは速く、まだだろうが、ほとんどすべての時間がPNGに費やされている私が見25Kのx 25K RGB JPGファイルで、このラップトップに書きます。私は戻って、デフォルトのJPEGタイルにドロップすると、私は以下を参照してください。
$ time vips dzsave ../wac_nearside.jpg y
real 0m10.791s
user 0m20.268s
sys 0m4.672s
peak memory 100mb
以上20倍gdal2tiles
より速いです。
dzsave
も自動的にセンタリングができるため、余分なgdal_translate
のステップは必要ありません。