Siguiente pregunta que era más sobre el manejo de antenas con ArcGIS:
El formato más efectivo para administrar fotografías aéreas solo para visualización
Parece que hay 2 opciones principales para almacenar / volver a muestrear / reproyectar, etc. antenas:
- JP2000 / JP2 / JPEG 2000 (recientemente 5 códigos para manejo de GDAL)
- ECW (ERDAS Compresas onduladas (.ecw))
- cualquier otro que me perdí?
Lo que he entendido dependiendo de la versión de QGIS para ambos generalmente tiene que instalarse algunas bibliotecas adicionales. ECW tiene alguna limitación: ¿para comprimir necesita comprar una licencia?
Probé jpeg que no puedo usar para archivos grandes (limitación de dimensión máxima) y también es lento con dimensiones más grandes.
La respuesta debe contener:
- ¿Qué está disponible por defecto con el escritorio QGIS 2.0.1 y / o OSGEO?
- ¿Cómo funciona con archivos grandes: acercamiento / alejamiento (pirámides)?
- Qué son las Opciones de creación - RESOLUCIONES para las pirámides jp2?
Respuestas:
Basado en las respuestas de huckfinn, algunos otros comentarios y junto con mis hallazgos:
El formato ganador es JPEG2000 (por qué y qué versión se menciona a continuación Por qué no otros )
¿Por qué no otros?
POR QUÉ JPEG2000:
Como publiqué en mi pregunta, GDAL ofrece más opciones para guardar en formato JPEG2000, pero como se indica en el sitio web de GDAL, no se debe proporcionar en la versión predeterminada de GDAL. Probablemente probé 6 versiones diferentes de QGIS durante las pruebas y todas tenían al menos una opción JPEG2000 (en Windows 7). Para asegurarme, sugiero instalar la versión OSGeo4W (32 o 64 bits) de QGIS y verificar en el shell OSGeo4W si hay algún código JPEG2000 disponible. (en Windows simplemente ejecute el shell OSGeo4W desde el menú de inicio / programas y escriba allí el comando
gdal_translate --formats
ogdalwarp --formats
).En todas las versiones de QGIS que probé había un código JP2OpenJPEG (biblioteca OpenJPEG (v2)) disponible. Y después de algunas pruebas más largas, incluidas otras, me pareció la más útil.
Ventajas de JP2OpenJPEG
(opciones para configurar la compresión ( -co CALIDAD ), las pirámides ( -co RESOLUCIONES ) y algunas más: http://www.gdal.org/frmt_jp2openjpeg.html )
Ejemplo simple de conversión en QGIS usando gdal_translate (en QGIS vaya a Raster / Converion / Translate , configure lo que necesite y posiblemente haga clic en el botón editar para ajustar el comando para satisfacer sus necesidades):
fuente
Para el tema 2: Aquí hay una investigación más larga de JP2, porque también estaba interesado, para usar una compresión más eficiente. Y el resultado IMO es: Dentro de GDAL / QGIS (como QgsRastrerDataProvider) no puede combinar la compresión adecuada jpeg2000 y las opciones de almacenamiento en caché rápido como conjuntos de mosaicos y estructuras de bloques de una manera simple.
Normalmente prefiero GeoTiff para Raster-DB's, está bien respaldado por GDAL desde hace mucho tiempo y tiene muchas características para facilitar la vida.
Puede encontrar las capacidades del controlador de datos JP2 en la página de gdal. Para sus necesidades jp2k, el JPEG2000 (dependencias de libjasper) se enumera en esta página: http://www.gdal.org/frmt_jpeg2000.html . Como se enumera en http://www.gdal.org/formats_list.html, el "controlador" admite lectura, escritura, está limitado a 2GiB y está integrado desde GDAL versión 1.9 y tiene algunas opciones de bloqueo ...
Entonces, para estar seguro de lo que es posible con JP2, he creado un conjunto de prueba.
Utilizo grandes fotos ariales para detectar aves marinas en el mar Báltico con un tamaño de ca. 12000 por 10000 píxeles (RGB) y una resolución de suelo de 2 cm (espero que sea lo suficientemente grande). Tengo actualmente 270 archivos con una capacidad de alrededor de 130 GiB en mi proyecto QGIS. Y funciona con fluidez y bien en un SO Linux Debian 7.0 de 64 bits con núcleos Opteron de 8GB y 4xAMD. ... pero con GeoTiff.
Para obtener un acceso rápido en la herramienta SIG, se hace referencia a las imágenes y se vuelven a muestrear con GDAL utilizando los siguientes pasos y opciones (... lo siento por el estilo de script bash):
Hacer referencia a la imagen con conjuntos de datos del gps-log:
Las variables $ [u | o] [l | r] [x | y] son las esquinas de la imagen dada por el cálculo fotogramático y la variable $ wd es el ancho de la imagen, $ hg la altura de la imagen y $ cwd $ chg el punto central.
Deforma la imagen con las opciones de conjunto de mosaicos en el mundo real:
Los parámetros: --config GDAL_CACHEMAX 2000 -wm 2000 -wo NUM_THREADS = 4 le dice a la plancha que use mucho caché y cuatro hilos de procesador para calcular las cosas. El remuestreo se realiza por vía bilineal y el sistema de coordenadas es UTM-32 ... pero quiero bloques de bloques de 512x512, para que las operaciones de navegación (zoom, desplazamiento, punto) sean rápidas y fluidas. Esto se realiza mediante las opciones -co TILED = YES -co BLOCKXSIZE = 512 -co BLOCKYSIZE = 512.
Escriba las pirámides en el GeoTiff en los niveles de zoom 2,4,8 y 16:
El GeoTiff resultante que muestra gdalinfo es:
¡Así que en GeoTiff todo está bien! Si trato de crear un JP2 con un paso de conversación directa:
y falla Puede ser que el mensaje de error le dé una pista u otro formato que pueda usar.
La prueba con la herramienta gdal_translate le dará un JP2000 adecuado
y la tasa de compresión es 1: 8 pero perdemos las propiedades del conjunto de bloques y mosaicos como se muestra en gdalinfo:
La última prueba fue utilizar GeoTiff con una compresión JPEG interna, pero obtenemos:
Entonces, ¿a dónde ir desde aquí? La página lib del controlador JP2000 Jasper de GDAL enumera algunos parámetros para crear la imagen jp2000 con opciones de bloqueo:
pero la pregunta es, ¿cuál usará qgis?
fuente
Para el tema 1. QGIS usa GDAL como QgsRasterdataProvider. Entonces, las capacidades de lectura y escritura de un formato ráster son implementadas por la biblioteca GDAL. Puede encontrar un formato compatible en el siguiente enlace http://www.gdal.org/formats_list.html . El comando gdal-config --formats le da una visión general de qué formato está integrado en su lib o edición. Lo que proporciona su edición depende de su paquete, sistema operativo, etc. Para más información lea http://trac.osgeo.org/gdal/wiki/BuildHints .
fuente