gdalmergeが生成するファイルが大きすぎる

gdal2tilesを使用して、結果の巨大なジオティフファイルからタイルを生成できるように、60個のジオティフファイルを1つの巨大なファイルにマージしようとしています。

マージプロセスは機能しましたが、何らかの理由で、予想される19GBではなく78GBのサイズのファイルが生成されます。そこで何がうまくいかなかったかはよくわかりません。

試してみる理由は、60個のジオティフを1つずつ並べると、マップの境界線に空白ができるからです。

通常、GeoTIFFはストレージ用に圧縮されています。デフォルト設定でgdal_mergeを実行しても、ファイルは圧縮されません。オプションを追加

-co COMPRESS=DEFLATE

（またはドキュメントに記載されている他のオプション）をコマンドに追加して、出力ファイルを小さくします。

暗闇が指摘するように、最良の解決策は、画像を圧縮して、大量の空のスペースが直接保存されるのを防ぐことです（ネイティブTIFFイメージはビットマップのようなものです。すべての値が同じスペースを占有します）。別の便利な圧縮オプションは次のとおりです。

-co COMPRESS=LZW

圧縮率が同じになることはめったにありませんが、ArcGIS 9.xなどの多くの環境でサポートされていないDEFLATEほとんどのソフトウェアで動作するという利点がありDEFLATEます。

ECW、MrSID、またはさまざまなJPEG2000実装のいずれかなどのウェーブレット変換のいずれかを使用することにより、さらに積極的な可逆圧縮を試すことができます。これらの形式のデータにアクセスするには、GDALを使用するツールまたはライブラリを実装する必要があることに注意してください。

「仮想的に」マージするvrtファイルを記述することにより、ジオティフファイルのマージを回避できます。

これは、ファイルのアセンブル方法を記述するXMLファイルです。すべてのgdalユーティリティは、このvrtファイルを入力マップとして受け入れます。gdal2tilesまたはMapTilerは両方ともgdalに基づいているため、vrtファイルを使用できるはずです（vrtファイルはまだ試していませんが、gdal_wmsファイルはすでに試していますが、かなりうまくいきました）。

最初からvrtファイルを書くのは簡単ではありません。例として、ジオティフの1つをvrtに変換するだけです。

gdal_tranlate -of vrt one_of_your_geotiff.tif one_of_your_geotiff.vrt

gdalbuildvrtと呼ばれるツールもありますが、試しませんでした。