Información general: a los azulejos o .vrt, o ambos?


10

Cuando se usa para mosaico sobre la marcha grandes colecciones de imágenes, ¿es mejor agregar vistas generales (pirámides) a los rásteres individuales o al .vrt final, o ambos? (Donde "mejor" significa encontrar el punto de equilibrio entre no usar más almacenamiento del necesario al mismo tiempo que proporciona una experiencia fluida para usar y explorar la imagen final).


Quiero preguntar cuál es la razón de usar mosaico
luka tumba

Respuestas:


8

Depende principalmente de cuál es la escala mínima para mostrar su capa de imagen.

Crear vistas generales para rásteres individuales es más flexible cuando actualiza su capa parcialmente. Simplemente elimine la imagen anterior y coloque una nueva imagen con vistas generales en su lugar. Si tiene vistas generales de compilación para el archivo .vrt, debe crearlo nuevamente después de la actualización. Sin embargo, las descripciones generales individuales no funcionan bien a pequeña escala. Si sus imágenes originales cubren 10x10 km cada una y desea mostrar en la pantalla un área de 100x100 km, el sistema debe abrir 100 archivos individuales para leer las vistas generales. Si ha creado vistas generales para .vrt, solo hay un archivo para abrir y será más rápido.

También puede usar un modelo híbrido: cree algunos niveles de información general interna (2 4 8) y luego cree un nuevo archivo físico desde .vrt con el tamaño de píxel de la siguiente información general (16). Cree vistas generales internas para la imagen submuestreada y finalmente combine todas juntas en un grupo dependiente de la escala. Cuando las imágenes individuales se cambian por otras más nuevas, el archivo de resumen físico a menudo no requiere actualización porque los cambios no son visibles en casos pequeños de todos modos.

Cuando se trata de la necesidad de espacio en disco, es lo mismo en ambos casos. Pero recuerde comprimir sus vistas generales. Con las imágenes aéreas puede ahorrar más del 90% del espacio en disco al comprimir las vistas generales con el método JPEG y la interpretación fotométrica.

Al formular su pregunta, diría que crea vistas generales comprimidas para su .vrt. Se necesita la misma cantidad de espacio en disco y la experiencia de navegación será buena a cualquier escala. Recuerda aún lo que escribí sobre la actualización.


¡La idea híbrida es muy interesante! Tengo curiosidad acerca de por qué un archivo físico en el nivel 16. ¿Eso ofrece algo gdaladdo foo.vrt 16 32 64que no? ... también se me ocurre: se pueden desear vistas generales en mosaico y vrt en casos en los que se accede a mosaicos individuales, así como al mosaico virtual.
Matt Wilkie

gdaladdo foo.vrt 16 32.64crea un archivo físico, pero si lo hizo gdaladdo foo.vrt 2 4 8antes, ya tiene un archivo foo.vrt.ovr. Bueno, el archivo .ovr es realmente solo un tiff y puede cambiarle el nombre y crear niveles generales a mano con un nuevo archivo .vrt que es un poco complicado. ¿Quiere decir que tiene foo_1234.tif en un mosaico virtual all_foo.vrt pero que algunos usuarios pueden necesitar acceder a ese tiff directamente? Entonces tiene razón, ningún software puede adivinar para obtener vistas generales de all_foo.vrt.ovr.
user30184

Oh, tal vez quisiste escribir 2 4 8 vistas generales para imágenes individuales y 16 32 64 ... para el vrt. Excelente idea de hecho.
user30184

sí a la segunda respuesta, 2 4 8 para los mosaicos y 16 32 64 para vrt.
Matt Wilkie

El problema que se discute es uno que trato de hackear con frecuencia y es constantemente una causa de agonía. Tengo una gran cantidad de archivos organizados en carpetas de 10 km2. Para cada carpeta genero un vrt y agrego vistas generales (2 4 8 16). Luego agrego los archivos vrt en uno (gdalbuildvrt aggreg.vrt * .vrt). Crear una descripción general para aggreg.vrt (32 64 128 256) es una tarea difícil. Sospecho que gdalbuildvrt va directamente a los archivos de origen en lugar de los archivos ovr ya creados ... ¿Es esto correcto? Y si es así: ¿hay alguna solución?
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.