主にGeoTIFFファイルで構成されるGISデータのフォルダーがあります。全体のセットの重量は約1.2 GBです。内容をtarballにパックすると、約になり82 MBます。セットをリビジョン管理システムにチェックインして、他の人が作業できるようにします。絞り込めるスペースがあるようです。
GDAL GeoTIFF ドライバーページには、圧縮されたGeoTIFFファイルの作成に使用できるオプションが多数リストされています。また、各アルゴリズムの動作方法に影響する多くのオプションがあります。
ヘルプページは、オプションの説明に優れていますが、アルゴリズムの選択方法や、さまざまなレベルの圧縮に関連するトレードオフについて詳しく説明していません。これは、次の質問につながります。
圧縮を使用する利点は、スペースを大幅に節約できることです。短所は何ですか？画像を圧縮すると情報は失われますか？
アルゴリズムと圧縮レベルを選択するにはどうすればよいですか。ある種の画像は特定のアルゴリズムに適していますか？
回答:
圧縮方法を選択するには、次のようなコマンドを使用する必要があります。
gdal_translate -co "COMPRESS=method" src_dataset dst_dataset圧縮を使用する場合、最大のトレードオフは画像の圧縮解除に必要な余分な処理時間であり、圧縮解除後も画像は同じ量のメモリを消費します。情報の損失については、2つの基本的な圧縮タイプがあります。
DEMやラスターフィーチャなど、元のデータ値を保持する必要がある場合は、ロスレスアルゴリズムを使用します。PACKBITS、DEFLATE、およびLZWなどのアルゴリズムはロスレスであり、圧縮率に応じて注文できます。
圧縮率は依然としてデータに依存しています。データに類似した値が多数ある場合、PACKBITSは良い結果をもたらします。
ロスレスとは異なり、JPEGなどの損失の多いアルゴリズムを使用して、正確な値を返す必要のないラスターを圧縮します。たとえば、正射写真または衛星画像は、非可逆アルゴリズムを使用して圧縮できます。
lzwし、deflate使用して圧縮-co predictor=2ではなく絶対値の画素に画素からの差分を圧縮するように滑らかに変化する画像と缶の助けをし、これらが小さくなる傾向があり、より多くのパターン（有することになるREFを）。予測のみで有用であるlzwとdeflate圧縮、オプションは、他の方法と効果はありません。
gdal_translate -co compress=lzw -co predictor=2 ...予測子の節約は劇的です。デフォルトのLZW設定で最大17GBを使用する16ビットジオティフ標高モデルのディレクトリを、predictor = 2でわずか5GBに再圧縮しました。
予測子2と3の違いと、それぞれが最適に適用されるタイミング（ref1、ref2）に関して矛盾する情報があります。おそらく別の質問の燃料になります。
節約のための別の簡単なオプションは-co tiled=yesです。タイル化された画像を読み取れないソフトウェアがいくつかありますが、それらはますます少なくなり、ほとんどGISの外部にあります（現在、それらを読み取らないメインストリームGISソフトウェアは知りません）。
圧縮されたオーバービューを使用する @alfonxの答えに基づいて：これにより、データの整合性のためにベースイメージをロスレスに保存し、速度とスペースを節約するためにピラミッドを非可逆的に保存できます。それは両方の世界のほぼ最高です。gdaladdoRGB画像で可能な限り最小の概観：デフォルトの最近傍の代わりにjpeg圧縮、平均化またはガウスリサンプリング（概観を滑らかにする）、およびYCBCR測光概観を使用します。これらのオプションの詳細については、gdaladdoのリファレンスページを参照してください（ただし、フォトメトリックとは何かについてはあまり言及していません）。
これは、ディレクトリ内のすべてのTIFFに外部jpeg概要を適用するために使用するWindowsバッチファイルの一部です。
set _opts= -r gauss --config PHOTOMETRIC_OVERVIEW YCBCR ^
--config COMPRESS_OVERVIEW JPEG --config JPEG_QUALITY_OVERVIEW 85
for %%a in (*.tif) do gdaladdo -ro %_opts% %%a 2 4 8 16 32 64
ノート
GDAL 1.6.0を導入しgauss、より良い結果をもたらすことができるリサンプリングaverage高いコントラストやノイズの多いパターンで鋭いエッジの場合です。2レベルの累乗（2 4 8 ...）を使用して、3x3のリサンプリングガウスカーネルを選択する必要があります。
JPEG_QUALITY_OVERVIEW 85 -指定されていない場合、デフォルトの75％が使用され、ファイルが小さくなりますが、サイズと品質のトレードオフの点で85％がより良い妥協点であることがわかります。
2015年の更新： GDAL 1.8および2.0には、ここで説明されていない多くの新しいオプションが導入されており、それらを消化する時間がありませんでした。公式のgtiff形式のページを読んでください。詳細な有用な設定が追加されているはずです。
大きなラスターの場合、GeoTiffは、（事前）ダウンスケールされた概要を追加の画像としてGeoTiffファイルに保存する可能性を提供します。これは、gdaladdo（= GDAL ADD Overview）で実行できます。これらの概要を作成するとき、gdalにそれらを圧縮するように手動で指示できます。
gdaladdo --config COMPRESS_OVERVIEW JPEG サイズを大きくしすぎることなくデータの表示を高速化します。注：Geoserver、uDig、AtlasStyler、GeopublisherなどのGeotoolsアプリケーションはすべてこの機能を使用でき、概要から利益を得ることができます。
部分的な画像圧縮解除を有効にするには、単にTILED = YESを使用します。
ピーター
最終的には、おそらくさまざまなオプションを試して、ニーズを満たすものを確認する必要があります。
私は、ウェーブレットベースのフォーマットよりもJPEG圧縮されたGeoTIFFの使用を増やしています。私の結果はかなり良かった。これを行うためにGDALを使用すると、データをあまり失うことなく、ウェーブレットベースのフォーマットに匹敵する圧縮率が得られます。解凍に伴うパフォーマンスヒットは許容範囲内です。
このアプローチで最も気に入っているのは、GeoTIFFのサポートがほぼ普遍的である一方で、ウェーブレットベースのフォーマットのサポートが常に保証されているわけではなく、時々厄介なライセンスの問題が発生することです。
GeoTIFFとEarth Resource MappingのECW（Enhanced Compressed Wavelet）圧縮を比較した私の経験では、高解像度の航空写真を圧縮する場合、ECWは桁違いに優れています。ウェーブレットベースの圧縮のもう1つの重要な利点は、GeoTIFFなどの古い形式とは異なり、JPEG（JPEG 2000ではなく）であるため、画像の一部のみを解凍できることです[参照。1]。この利点の重要性を過小評価してはなりません。特に、「コンピューターのメモリサイズの約半分以上」で作業する場合です。
別のプロプライエタリなウェーブレットベースのファイル形式であるMrSIDも、「古い」形式や選択的解凍よりも高い圧縮率を示しているようです。
ref。1：http : //www.ifp.uni-stuttgart.de/publications/phowo01/Ueffing.pdf
@dodobasと@ matt-wilkieの回答は、画像サイズを縮小するためにGDALで圧縮およびぼかしの動作に関連するほとんどすべてをカバーしています。
次の2つを追加します。
-co特に、作成オプション（）を参照してください。
COMPRESSNUM_THREADSPREDICTORZLEVELたとえば、GeoServerはGeoTIFFの圧縮を推奨していません。
最後に、Geotiffはさまざまな種類の圧縮をサポートしていますが、使用しないことをお勧めします。はるかに小さいファイルを使用できますが、解凍プロセスは高価であり、各データアクセスで実行されるため、レンダリングが大幅に遅くなります。私たちの経験では、解凍時間は純粋なディスクデータの読み取りよりも長くなります。
これは、オーバービュー、タイル、および高性能ストレージメディア（エンタープライズグレードディスクまたはSSD）を既に使用している場合に特に当てはまります。
新しいGDALバージョンを使用している場合は、ロスレスZStandard（ZSTD）圧縮（GDAL> = 2.3）および不可逆的なLimited Error Raster Compression（LERC）圧縮（GDAL> = 2.4）の選択肢もあります。
一般的に、けれども話すZSTD申し出速くデータが両方よりも速度を読んでLZWとDEFLATE、ファイルを書き込むとき、それは（あなたが使用しているものの設定に応じて）多少遅くなることができますが、同様の圧縮比を持ちます。
データの精度についてそれほど混乱していない場合（たとえば、分析ではなく視覚化のみを行う場合）はLERC、適切なオプションです。MAX_Z_ERRORどれだけの精度を犠牲にするかを微調整できる設定があります。たとえば、a MAX_Z_ERROR=0.001または1mmは、1つのベンチマークで50％のスペースを節約しました（refを参照）。
最良の部分はあなたにも組み合わせることができるということですLERCとZSTD使用しますCOMPRESS=LERC_ZSTD！または、使用DEFLATEしたい場合は、できますCOMPRESS=LERC_DEFLATE。公式GDAL GeoTIFFのドキュメントhttps://gdal.org/drivers/raster/gtiff.html#creation-optionsの組み合わせ/設定の完全なリストも参照してください。
詳細とベンチマークの完全な比較については、次の貴重なリファレンスをご覧ください。