Estoy usando la caja de herramientas de procesamiento (¡increíble!) En QGIS 2.0 para reclasificar algunos valores NoData en un ráster de -9999 a 0, pero en algún punto del proceso se introduce un desplazamiento de aproximadamente 0.2 grados en la capa de salida.
Estoy usando la herramienta "Reclasificar (simple)" (creo que es parte de SAGA), con algunos parámetros bastante básicos:
. . . y donde el ráster de entrada se situó correctamente en comparación con esta cuadrícula hexadecimal:
. . . el ráster de salida es golpeado hacia el sureste por dos celdas hexadecimales, o aproximadamente 0.2 grados
El origen de entrada es -180, 83.623. . . pero el origen de salida es -179.05,83.05. Normalmente supondría que esto es el resultado de una conversión WGS84 defectuosa, pero la entrada, la salida y el proyecto son todos EPSG: 4326.
¿De dónde viene este desplazamiento de origen, y vale la pena presentar un boleto SAGA o es algo que pasé por alto?
Actualización El registro del proceso indica que se realiza una transformación en el origen de entrada:
Transformation x' = -179.999989 + x * 0.100000 + y * 0.000000
Transformation y' = 83.623125 + x * 0.000000 + y * -0.100000
y unas pocas líneas más tarde aparecen los nuevos parámetros, ahora incorrectos:
Grid system: 0.1; 3600x 1735y; -179.949989x -89.826875y
saga_gui
comando en su lugar?Respuestas:
Su desplazamiento es de 1/2 píxel (0.1 grados).
Longitud:
-179.999989 - -179.949989 = 0.05
La latitud es menos obvia porque se hace referencia a una cuadrícula desde la parte superior izquierda, la otra desde la parte inferior izquierda:
83.623125 - (1735 * 0.1) - -89.826875 = 0.05
Supongo que esto se relaciona con el problema RasterPixelIsPoint o RasterPixelIsArea:
http://www.remotesensing.org/geotiff/faq.html#PixelIsPoint
¿Estás usando gdal 1.7 o 1.8?
fuente