GeoServer : 2500 TIFF 또는 71 ECW 파일을 게시하는 가장 좋은 방법은 무엇입니까?

벡터의 배경 맵으로 사용해야하는 영역의 ortophotos가 있습니다. 원시 TIFF 형식의 2500 파일 (각각 71,5MB)로 해당 TFW 워드 파일-180GB의 데이터를 얻었습니다. 좌표계는 로컬이며 내 벡터와 일치합니다 (EPSG 코드는 없지만 "32805"로 명명하고 적절한 정의를했습니다).

MapInfo에서 데스크톱 사용을 위해 ECW로 변환하고 (MapInfo와 함께 제공되는 일부 도구 사용) 2500 tiff 파일을 여는 것이 너무 비싸기 때문에 파일이 71 개만되도록 훨씬 더 크게 retile합니다. 방금 49 TIFF (7x7)를 하나의 ECW (35000x35000 픽셀 – 최대 약 200MB)로 병합했습니다. MapInfo에서 훌륭하고 빠릅니다.

지금 나는 상당히 혼란 스럽다-어떻게 GeoServer에서 그것들을 제공 하는가?

비교를 위해 TIFF 하나와 ECW 하나를 게시했습니다. ECW는 브라우저 미리보기에서 훨씬 빠릅니다 (ECW 서버 라이센스 문제를 알고 있지만 문제는 아닙니다). 나는“스테로이드에 대한 GeoServer”라는 프리젠 테이션을 발견했으며 ImageMosaic, ImagePyramid, retiling, overview 추가 등의 정보는 상당히 유익하지만 여전히 무엇을해야할지 모른다.

내 질문은 : 어떻게해야합니까? Mosaic 또는 Pyramid입니다. 정답 중 하나 인 경우 조언이나 힌트가 필요합니다. 디스크 공간으로 인해 ECW가되고 싶습니다 .180GB의 서버를 서버에 유지할 필요가 없습니다.

사용량이 많은 시간에 최대 20 명의 사용자가 연결되어있는 LAN을 통해 데이터가 제공 될 것입니다. 다른 정보를 놓치면 죄송하지만 필요한 경우 보내드립니다.

Geoserver 2.1.4, Windows 7 32 비트, 2GB 시스템 메모리, (1.7.0_09 (Java HotSpot ™ Server VM), Native JAI + Native 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.2GB ECW로 시작하여 압축 및 피라미드를 사용하여 TIFF로 변환했으며 ~ 1.5GB였습니다. TIFF는 ECW와 비슷한 크기 일 수 있다고 생각합니다.

압축이 켜져 있는지 확인하기 위해 GDAL을 사용하여 이미지를 모자이크 처리합니다. 그런 다음 피라미드를 빌드하고 결과 파일이 합리적이라면 (10GB 미만) 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가 때때로 질식 할 수 있으므로 서버 매개 변수를 모니터링해야합니다. * nix 시스템이 MS 시스템보다 저렴하기 때문에 성능을 높이는 좋은 방법은 DB를 다른 머신으로 옮기거나 Win7을 Linux (또는 둘 다)로 변경하는 것입니다.