Incertidumbre resultados Reporte de Calidad PIX 4D

Buenos días,

Algunos comentarios:

  • Si se ha utilizado un equipo con un sistema RTK, la precisión predeterminada debería fijarse en unos pocos centímetros y no los 5-10 m que define por defecto el software. Es decir, estos valores deben ajustarse a la realidad y deben ser introducidos por el usuario, no dependen de la incertidumbre calculada en los puntos de control tal y como se dice en los ficheros adjuntos, son unos valores estandard de acuerdo a la precisión que suelen tener las posiciones iniciales en un drone estandard (no RTK) y son totalmente independientes de los puntos de control. Ustedes deberían introducir la precisión de su sistema RTK en vez de los 5-10m que se usan por defecto.

  • En este tipo de proyectos suele mejorar el resultado activar “Geometrically verified matching”

  • Las coordenadas iniciales del drone vienen dadas en WGS84 mientras que el sistema de salida es MAGNA-SIRGAS. Es decir, es necesario realizar una transformación de un sistema a otro. Tengan en cuenta que nuestra recomendación es hacer esas transformaciones en otro software antes de importarlo en Pix4D. Es decir, en este caso, la recomendación sería transformar las posiciones iniciales RTK a SIRGAS con alguna aplicación oficial que contenga la transformación correcta. Mas información en este community post.

  • El error reportado en Absolute Geolocation Variance de 3,4 y 15 m, es la diferencia entre el valor inicial (RTK) y el valor posterior al cálculo. Efectivamente, lo que indica el Quality Report, es que existe una variación de varios metros y eso no debería ocurrir si las coordenadas RTK son correctas. Posiblemente aplicando lo que comento en los tres puntos anteriores, ese error se reduzca y sea tan solo de unos pocos centímetros. Si eso no ocurre, deberían revisar el cálculo que hayan realizado para obtener las coordenadas RTK puesto que podrían ser erróneas.

  • Por algún motivo, el GCP que se ha utilizado, no aparece en el Quality Check inicial del Quality Report. Les recomiendo generar el QR de nuevo tras realizar una reoptimización.

  • En cuanto al número de puntos de control, efectivamente si se requiere la máxima calidad, serían necesario al menos 4 puntos. No obstante, al tener las coordenadas de disparo de las fotos precisión RTK, no sería necesario disponer de puntos de control para obtener una buena precisión. Mas información en este blog post.

En cualquier caso, desconozco cual es la precisión requerida en este proyecto.

  • La línea de vuelo eliminada provoca que las conexiones no sean tan buenas tal y como se ve en el gráfico (2D Keypoints Matches). Sería mejor disponer de esa línea aunque efectivamente, el solape parece suficiente de igual forma. ¿Cual es el motivo por el que se eliminó esa línea?

Un saludo.