GeoServer: Найкращий спосіб опублікувати 2500 файлів TIFF або 71 ECW?

У мене є ортофотографії району, який мені потрібно служити фоновою картою для моїх векторів. Я отримав це як 2500 файлів (71,5 Мб кожен) у необробленому форматі TIFF з відповідним текстовим файлом TFW - 180 ГБ даних. Координатна система локальна і відповідає моїм векторам (для неї немає коду EPSG, але я назвав її як "32805" і поставив правильне визначення).

Для використання на робочому столі в MapInfo я перетворив їх на ECW (з деяким інструментом, який постачається разом з MapInfo), і використовую набагато більший розмір, щоб мати лише 71 файл, тому що відкривати 2500 файлів TIFF не можна. Щойно я об'єднав 49 TIFF (7x7) в один ECW - 35000x35000пікселів - найбільший - близько 200MB) Він працює чудово і дуже швидко в MapInfo.

Зараз я досить розгублений - ЯК обслуговувати їх у GeoServer?

Я опублікував для порівняння один TIFF та один ECW. ECW набагато швидше в попередньому перегляді браузера (я знаю, що проблема ліцензування сервера ECW, але це не повинно бути проблемою). Я знайшов презентацію "GeoServer на стероїдах" і прочитав про ImageMosaic, ImagePyramid, виправлення, додавання огляду тощо. Це було досить інформативно, але досі не знаю, що робити.

Моє запитання: як мені це зробити? Мозаїка чи піраміда, і якщо одна з відповідей позитивна, мені потрібні ваші поради чи деякі підказки. Я дуже хотів би бути ECW через дисковий простір, тому не потрібно буде зберігати 180GB тифів на сервері.

Дані обслуговуватимуться через локальну мережу з максимум 20 користувачами, підключеними в піковий час.SQL-сервер має не так величезну кількість даних. Вибачте, якщо я пропущу якусь іншу інформацію, але я надішлю її, якщо потрібно.

Geoserver 2.1.4, Windows 7 32-бітова, системна пам'ять 2 Гб, (1.7.0_09 (сервер VM Java HotSpot (TM)), Native JAI + Native JAI ImageIO = вірно

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 Гб ECW і перетворений на TIFF стисненням і пірамідами, він становив ~ 1,5 ГБ. Тому я думаю, що TIFF може бути аналогічним розміром, ніж ECW.

Я б мозаїкував зображення за допомогою GDAL, гарантуючи, що компресія включена. Потім будуйте піраміди, і якщо отриманий файл розумний (менше 10 Гб, я думаю) я просто дозволю GeoServer робити все інше.

Я розумію, що ефективність між PostGIS та TIFF сприятиме виходу.

Список літератури:

• http://linfiniti.com/2009/09/image-mosaicking-with-gdal/
• не можу знайти інших ... Я повинен документувати те, що я роблю краще!

У мене була схожа проблема кілька тижнів тому. Я вирішив це так:

1. створення растрових зображень пірамід (всі растри, які отримали піраміди, залежать від стандартного масштабу в моєму проекті
2. створення плитки з растру (мозаїка)
3. розміщення всіх файлів у postgis (автор WKTRaster )

Таким чином ви отримуєте MRDB (база даних з різною роздільною здатністю), що є найефективнішим способом обслуговування великого обсягу даних.

Після цього ви можете просто підключити GeoServer до PostGIS і обслуговувати свої дані. На основі власного прикладу мені довелося використовувати 82 ортофотомапи (40 ГБ даних) у своїй програмі, тому я зробив так, як слід, і це чудово працює! Недоліком цієї ситуації є те, що растрові плитки набагато більше, ніж вихідні. Тож у моєму випадку дані зросли з 40GB до ~ 96GB.

EDIT І вам слід відстежувати параметри вашого сервера, оскільки 2 Гб оперативної пам’яті та win7 + геосервер + постгреси можуть іноді задихатися. Можливо, хорошим способом підвищення продуктивності було б переміщення БД на іншу машину або зміна Win7 на Linux (або обидва ці), оскільки система * nix дешевша, ніж система MS.