GeoServer：2500 TIFFまたは71 ECWファイルを公開する最良の方法は？

ベクターの背景マップとして使用する必要があるエリアのオルト写真があります。生のTIFF形式で、対応するTFWワードファイル-180 GBのデータを含む2500ファイル（各71,5 MB）として取得しました。座標系はローカルであり、ベクターと一致します（EPSGコードはありませんが、「32805」と命名し、適切な定義を付けました）。

MapInfoでデスクトップで使用する場合は、それらをECW（MapInfoに付属のツールを使用）に変換し、2500個のTIFFファイルを開くのはやり過ぎなので、71個のファイルのみを保持するように大きくします。49個のTIFF（7x7）を1つのECW（35000x35000pixels-最大は約200MB）に統合しました。MapInfoでは非常に高速で非常に高速です。

今、私はかなり混乱しています-GeoServerでそれらを提供する方法は？

比較のために、1つのTIFFと1つのECWを公開しています。ECWはブラウザーのプレビューではるかに高速です（ECWサーバーのライセンスの問題は認識していますが、問題ではないはずです）。「GeoServer on steroids」というプレゼンテーションを見つけ、ImageMosaic、ImagePyramid、リタイリング、概要の追加などについて読んでみましたが、非常に有益でしたが、どうすればいいのかわかりません。

私の質問は：どうすればいいですか？モザイクまたはピラミッド、そして肯定的な答えの1つである場合、私はあなたのアドバイスまたはいくつかのヒントが必要です。ディスク容量のためにECWになりたいので、サーバーに180GBのTIFFを保持する必要はありません。

データは、ピーク時に最大20人のユーザーが接続されたLANを介して提供されます。SQLサーバーにはそれほど大量のデータはありません。他の情報を見逃してすみませんが、必要に応じて送信します。

Geoserver 2.1.4、Windows 7 32ビット、2GBシステムメモリ、（1.7.0_09（Java HotSpot（TM）Server VM）、ネイティブJAI +ネイティブJAI ImageIO = true

Original TIFF
gdalinfo D:\75720-47970.tif
Driver: GTiff/GeoTIFF
Files: D:\75720-47970.tif
       D:\75720-47970.tfw
Size is 5000, 5000
Coordinate System is `'
Origin = (7572000.000000000000000,4797500.000000000000000)
Pixel Size = (0.100000000000000,-0.100000000000000)
Metadata:
  TIFFTAG_SOFTWARE=Adobe Photoshop 7.0
  TIFFTAG_DATETIME=2006:10:09 13:02:57
  TIFFTAG_XRESOLUTION=72
  TIFFTAG_YRESOLUTION=72
  TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
Image Structure Metadata:
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  ( 7572000.000, 4797500.000)
Lower Left  ( 7572000.000, 4797000.000)
Upper Right ( 7572500.000, 4797500.000)
Lower Right ( 7572500.000, 4797000.000)
Center      ( 7572250.000, 4797250.000)
Band 1 Block=5000x1 Type=Byte, ColorInterp=Red
Band 2 Block=5000x1 Type=Byte, ColorInterp=Green
Band 3 Block=5000x1 Type=Byte, ColorInterp=Blue
-------------

ECW file which is retiled from 7x7  original tiffs

gdalinfo D:\OF-45.ecw
Driver: ECW/ERDAS Compressed Wavelets (SDK 3.x)
Files: D:\OF-45.ecw
Size is 35000, 35000
Coordinate System is:
LOCAL_CS["LOCAL - (unsupported)",
    UNIT["Meter",1]]
Origin = (7571500.000000000000000,4798500.000000000000000)
Pixel Size = (0.100000000000000,-0.100000000000000)
Corner Coordinates:
Upper Left  ( 7571500.000, 4798500.000)
Lower Left  ( 7571500.000, 4795000.000)
Upper Right ( 7575000.000, 4798500.000)
Lower Right ( 7575000.000, 4795000.000)
Center      ( 7573250.000, 4796750.000)
Band 1 Block=35000x1 Type=Byte, ColorInterp=Red

  Overviews: 17500x17500, 8750x8750, 4375x4375, 2187x2187, 1093x1093, 546x546, 273x273, 136x136
Band 2 Block=35000x1 Type=Byte, ColorInterp=Green
  Overviews: 17500x17500, 8750x8750, 4375x4375, 2187x2187, 1093x1093, 546x546, 273x273, 136x136
Band 3 Block=35000x1 Type=Byte, ColorInterp=Blue
  Overviews: 17500x17500, 8750x8750, 4375x4375, 2187x2187, 1093x1093, 546x546, 273x273, 136x136

TIFFファイルとECWで実験を実行しました。1.2 GB ECWで開始し、圧縮とピラミッドを使用してTIFFに変換したところ、約1.5 GBでした。ですから、TIFFはECWと同じサイズになると思います。

GDALを使用して画像をモザイク化し、圧縮をオンにします。次に、ピラミッドを構築します。結果のファイルが適切な場合（10 GB未満の場合は、おそらくそうです）、残りの処理はGeoServerに任せます。

PostGISとTIFFの間のパフォーマンスは、tiffを優先します、と私は理解しています。

参照：

• http://linfiniti.com/2009/09/image-mosaicking-with-gdal/
• 他の人を見つけることができません...私は私がより良いことを文書化する必要があります！

数週間前に同様の問題がありました。私はこのように解決しました：

1. ピラミッドラスターイメージの作成（すべてのラスターがピラミッドを取得していたのは、私のプロジェクトの標準縮尺率に依存します）
2. ラスターからタイルを作成（モザイク）
3. すべてのファイルをpostgisに置く（by WKTRaster）

この方法で、大量のデータを提供する最も効果的な方法であるMRDB（多重解像度データベース）を取得します。

上記の後、GeoServerをPostGISに接続するだけでデータを提供できます。私の例に基づいて、アプリケーションで82個のortophotomaps（40GBのデータ）を使用しなければならなかったので、次のようにしました。この状況の欠点は、ラスタータイルがソースタイルよりもはるかに大きいことです。したがって、私の場合、データは40GBから〜96GBに増加しました。

編集 2GBのRAMとwin7 +ジオサーバー+ postgresが時々停止する可能性があるため、サーバーのパラメーターを監視する必要があります。* nixシステムはMSシステムよりも安価なので、パフォーマンスを向上させる良い方法は、DBを別のマシンに移動するか、Win7をLinux（またはその両方）に変更することです。