サービス
COG (Cloud Optimized GeoTIFF)
2026年09月07日 14:09
GISBoxは、OSGB/GEOTIFF/RVTなどの複数のGISフォーマットでの編集をサポートし、3DTiles/Terrainへの変換や公開が可能なワンストップ3DGIS データ編集、変換、公開プラットフォームです。
概要
COG（Cloud Optimized GeoTIFF）は、2023年7月に正式に公開されたOGC公式標準です。従来のGeoTIFF形式を基に最適化されています。タイルとマルチスケール概要画像をファイル内に組み込む特殊なファイル構成により、クライアントはHTTP Rangeリクエストを使用して、巨大なラスターファイル全体をダウンロードすることなく、必要なローカル画像コンテンツをオンデマンドで取得できます。従来のGISソフトウェアと完全に互換性があり、クラウド環境におけるリモートセンシング画像やDEMなどの地理空間ラスターデータのオンラインストリーミング読み込み、可視化、処理効率を大幅に向上させます。現在では、NASAなどの組織による地球科学データの配布シナリオで広く採用されています。
データフォーマットの概要
COGは、標準GeoTIFF仕様に完全準拠したクラウド最適化形式です。そのファイル構造は、HTTP Rangeリクエストに対応するよう特別に設計されています。主な構成要素は以下の通りです：
- ファイル先頭に集中配置されたメタデータ領域：すべての重要なメタデータ（フル解像度画像のTIFFヘッダー、Image File Directory（IFD）、バンド情報、ジオリファレンスタグ、タイルオフセットテーブルなど）は、ファイルの先頭部分に集中して配置され、通常は最初の16 KB～50 KB程度を占めます。クライアントは1回の小規模なHTTPリクエストだけで必要なメタデータを取得できるため、従来のGeoTIFFで必要だった、分散したディレクトリ情報を探すための複数回のシーク操作を省略できます。
- 順序付けられたマルチスケール概要領域：ファイル内部には、低解像度から高解像度まで順序付けられた完全な画像ピラミッド（マルチスケールOverviews）が組み込まれています。最も低解像度のサムネイルが最前部に配置され、その後に徐々に高解像度になるOverviewレイヤーが続きます。すべてのOverviewは同一ファイル内に独立した小さな画像として保存されるため、.ovrなどの追加補助ファイルを必要としません。これにより、異なるズームレベルでの高速なプレビュー表示を直接サポートできます。
- タイル化されたフル解像度データ領域：フル解像度の元画像は、一定サイズの規則的なタイルに均一分割されます。すべてのタイルはファイル末尾に連続して順番に配置されます。各タイルの位置は、先頭のメタデータにあるオフセットテーブルから直接特定できるため、クライアントは現在の表示範囲に必要なローカルタイルだけを取得するHTTP Range Requestを正確に発行できます。これにより、数GBに及ぶ画像ファイル全体をダウンロードする必要がなくなり、ネットワーク転送のオーバーヘッドを大幅に削減できます。
- 標準化された統一的な構造制約：COGはTIFF（ISO 12234-2）およびGeoTIFF標準に厳密に準拠しており、独自のプライベート形式フィールドは使用していません。標準GeoTIFFの読み込みに対応しているソフトウェアであれば、そのまま開くことができます。内部のデータ配置だけを最適化することで、フォーマットの汎用性とクラウドネイティブなパフォーマンスを両立し、クラウド環境における効率的なアクセスを実現しています。
長所
- 非常に高いクラウドアクセス効率：内蔵されたタイルとマルチスケールOverviewsを順序立てて配置することで、HTTP Range Requestの仕組みに完全に適応しています。クライアントは現在のビューポート内に必要なローカルデータだけをオンデマンドで取得できます。実際の運用では、従来のWMSサービスと比較してデータ転送量を70%～92%削減できます。4 GBのリモートセンシング画像であっても、応答時間を150 ms以内に維持できるため、スムーズなパンやズーム操作を実現できます。
- 非常に低い導入ハードル：GeoServerやArcGIS Serverなどの重量級GISミドルウェアに依存する必要がありません。NginxやApacheなどの一般的な静的ファイルサーバー、さらにはオブジェクトストレージサービスからでも、画像サービスを直接公開できます。2コアのクラウドインスタンスでも、都道府県規模の大容量画像に対する同時アクセスをサポートでき、サーバーのハードウェアリソース消費を大幅に削減できます。
- ストレージオーバーヘッドを制御可能：事前生成したタイルによってストレージ容量が数倍に膨らむ従来の方式と比較して、COGによるストレージ容量の増加は約15%に抑えられます。1.2 TBの元画像をCOGに変換した場合でも、ファイルサイズが2倍以上になることはほとんどなく、クラウドストレージのコストを大幅に削減できます。
- 強力なエコシステム互換性：本質的には標準GeoTIFFファイルであるため、QGISやArcGISなどの従来型デスクトップGISソフトウェアと完全な互換性があります。また、OGC公式標準にも準拠しています。STAC（SpatioTemporal Asset Catalog）で推奨されるラスターデータ形式であり、追加の適応処理なしで既存のGISワークフローに直接統合できます。
- 軽量なシナリオに適している：ファイル全体が軽量で、追加のタイルパッケージやOverviewファイルを必要としません。1つのファイルに完全な地理情報とマルチスケールデータを格納できるため、モバイルGISアプリケーションやオンライン地図サービスなど、リソースが限られた軽量なシナリオに非常に適しています。
短所
- フロントエンドでのレンダリング対応が限定的：現在、主要なWebマッピングAPIの中でCOGの直接レンダリングをネイティブにサポートしているライブラリは、OpenLayersなど一部に限られています。従来型のWebGISフレームワークの多くは、まだネイティブ対応していません。また、Canvasベースの一部のレイヤー後処理機能では、WebGLを使用してCOGをレンダリングする際に互換性の問題が発生する可能性があります。
- 部分編集機能の不足：COGでは、仕様に従ってタイルとOverviewが固定された順序で配置されています。通常のGeoTIFFとは異なり、ローカルのピクセルデータを直接変更することはできません。ローカルの画像データを更新する必要がある場合は、COGファイル全体を再生成する必要があるため、増分編集が必要なシナリオには適していません。
- 生成プロセスに一定のハードルがある：単純にファイル拡張子を変更するだけでは、仕様に準拠したCOGにはなりません。タイルサイズ、圧縮方式、Overviewレベルなどのパラメータを、仕様に従って厳密に設定する必要があります。不適切なパラメータ設定によって非標準の疑似COGが生成されると、リモートアクセス時にパフォーマンスが大幅に低下したり、読み込みに失敗したりする可能性があります。
- 追加の投影適応要件：COGの座標参照系が対象の表示プラットフォーム（例：Google Earth）と一致していない場合、レンダリング時にアーティファクトや表示異常が発生しやすくなります。特に小容量のCOGファイルは投影変換の影響を受けやすく、追加の再投影処理と投影検証が必要になります。
- ネットワーク環境への依存度が高い：高遅延または低帯域幅のネットワーク環境では、頻繁な小規模HTTPリクエストによってリクエストが滞留し、読み込みが途切れる可能性があります。ファイル全体をローカルで読み込む方式と比較すると、ネットワーク変動がアクセス体験に与える影響がより顕著になります。
応用シーン
クラウド最適化GeoTIFF形式であるCOGは、オンライン地図画像サービスの公開において重要な役割を果たします。重量級GISミドルウェアを使用することなく、大容量のリモートセンシング画像をスムーズに読み込めるようにします。また、地理空間データのチーム間共有や共同利用のための理想的な交換形式としても利用でき、異なるユーザーが大容量ファイル全体をダウンロードすることなく、クラウド上のデータを直接オンラインで読み取ることができます。さらに、モバイルGISアプリケーションにおける軽量なデータ読み込み要件にも対応し、クラウドGISプラットフォームと深く統合することで、生態系モニタリングや天然資源調査など、さまざまなリモートセンシング解析タスクをサポートできます。NASAなどの地球科学機関による大規模な地球観測データセットの一般公開においても主流の選択肢となっており、研究者や産業界のユーザーが大量のラスターデータを取得・処理する際のハードルを大幅に下げています。
例
1. TIFF、GeoTIFF、COGという3つのファイル形式の関係。
2. Cloud-Optimized GeoTIFF（クラウド最適化GeoTIFF）。
ファイルの開き方
1. QGISで開かれたCOGファイル。
関連 GIS ファイル
参考
1.
2.