GDAL equivalente de ArcGIS Mosaico

Question

La palabra 'mosaico' se utiliza a menudo para cosas muy diferentes dentro de los mundos de ArcGIS y GDAL.

Con GDAL y aplicaciones posteriores como Qgis es común ver el mosaico se utiliza en el contexto de "reunir a todos estos mosaico de imágenes para que aparezcan como una imagen grande", con gdalbuildvrt y gdalmerge presentado como un medio conveniente de llegar allí.

ArcGIS tiene el mismo punto de partida, "reunir a todos estos mosaico de imágenes para que aparezcan como una gran imagen", y luego agrega que "mientras lo hace [mezcla, min, max, media, suma, ...] los píxeles superpuestos" y un par de otras cosas.

Para poner en uncharitably, en este sentido ArcGIS es inteligente y GDAL es estúpido.

Sin embargo, es bastante evidente GDAL es no estúpido, así que mi pregunta es: en el GDAL y/o Qgis herramienta de la cadena de lo que es el equivalente de flujo de trabajo para ArcGIS mosaico?

(nota, no estoy hablando sobre el Dataset de Mosaico, que es una bestia diferente por completo)

Answer 1

Creo que la distinción entre un SIG y un raster/vector de acceso de datos de la biblioteca (es cierto que con algunos sumamente útil la funcionalidad de los SIG y los servicios públicos) debe ser tomada en cuenta en la comparación de ArcGIS y GDAL capacidades. Tomando nota de que ArcGIS como de v10 utiliza GDAL para gran parte de los datos de mapa de bits de I/O.

Dicho esto, GDAL mosaico funcionalidad es sin duda limitada en comparación con la de ArcGIS con respecto a la superposición de manejo (pero, de nuevo ArcGIS mosaico/mosaico a la nueva trama no es muy inteligente cuando se compara con el MEDIO y de Imaginar que también incluyen seamline/desvanecimiento y el balance del color de la funcionalidad).

Para proporcionar al menos un token intento de responder a tu pregunta... no sé de ningún equivalente existente de flujo de trabajo para crear un mosaico, mientras que la manipulación se superpone en una inteligente manera de GDAL. Pero como ya he dicho, GDAL es una biblioteca, por lo que esta funcionalidad podría ser desarrollado en la parte superior de GDAL. Un punto de partida podría ser la VRT píxel de la capacidad de la función de la "VRTDerivedRasterBand" subclase que puede ser desarrollado como c/c++ plugins (o incluso como parte de una secuencia de comandos de python).