GeoServer：发布2500 TIFF或71个ECW文件的最佳方法？

我有需要作为矢量背景图的区域的正照片。我将其作为原始TIFF格式的2500个文件（每个71.5 MB）以及相应的TFW字文件-180GB的数据获取。坐标系是局部的，并且与我的向量匹配（没有EPSG代码，但我将其命名为“ 32805”并给出了正确的定义）。

对于在MapInfo中用于桌面的情况，我将它们转换为ECW（使用MapInfo附带的某些工具），并且扩展到更大的大小，只有71个文件，因为打开2500个tiff文件是过分的。我刚刚将49个TIFF（7x7）合并到一个ECW中-35000x35000pixels –最大约为200MB）。它在MapInfo中运行良好且非常快。

现在我很困惑-如何在GeoServer中提供服务？

我已经发布了一个TIFF和一个ECW进行比较。ECW在浏览器预览中要快得多（我知道ECW服务器许可问题，但这不应该是问题）。我找到了一个演示文稿“类固醇上的GeoServer”，并阅读了有关ImageMosaic，ImagePyramid，平铺，添加概述等内容，虽然内容丰富，但仍然不知道该怎么做。

我的问题是：我应该怎么做？马赛克或金字塔，如果是肯定的答案之一，我需要您的建议或提示。由于磁盘空间的原因，我真的很想成为ECW，因此无需在服务器上保留180GB的tiff。

高峰时段将通过LAN提供数据，最多可连接20个用户。SQLServer的数据量不是很大。抱歉，如果我错过其他信息，但是如果需要，我会发送。

Geoserver 2.1.4，Windows 7 32位，2GB系统内存，（1.7.0_09（Java HotSpot（TM）服务器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之间的性能会更佳。

参考文献：

• http://linfiniti.com/2009/09/image-mosaicking-with-gdal/
• 找不到其他人...我应该记录我做得更好的事情！

几周前我也遇到了类似的问题。我这样解决了：

1. 创建金字塔栅格图像（所有栅格都有金字塔取决于我项目中的标准比例率
2. 从栅格创建拼贴（马赛克）
3. 将所有文件放入postgis（通过WKTRaster）

通过这种方式，您将获得MRDB（多分辨率数据库），这是处理大量数据的最有效方法。

完成上述操作后，您只需将GeoServer连接到PostGIS并提供数据即可。根据我自己的示例，我必须在应用程序中使用82个ortophotomaps（40GB数据），因此我按照以下步骤进行操作，效果很好！这种情况的缺点是栅格图块比源图块大得多。因此，在我的情况下，数据从40GB增长到〜96GB。

编辑 并且您应该监视您的服务器参数，因为2GB的RAM和win7 + geoserver + postgres有时会阻塞。也许将性能提高的一个好方法是将数据库移至另一台计算机上，或者将Win7更改为Linux（或两者都使用），因为* nix系统比MS系统便宜。