Archivos Mensuales: agosto 2016

Digitaliza en una Ortofoto + DSM en 3D estereoscópico mediante el sensor Ortofoto Estereoscópica

Cada vez se recurre más a la opción de digitalizar cartografía 3D a partir de una ortofoto y de un DEM obtenido mediante Lídar.
La digitalización es 3D, pero el operador no ve lo que está haciendo en 3D, porque lo que visualiza es una ortofoto.
Digi3D.NET soluciona este problema mediante su sensor Ortofoto Estereoscópica que crea un modelo estereoscópico virtual al vuelo permitiendo al operador digitalizar en 3D estereoscópico objetos que serían muy difíciles de digitalizar visualizando una ortofoto.
Este es un modelo sintético y el operador puede indicar el factor de exageración vertical que quiere para incrementar o disminuir la sensación estereoscópica. La ortofoto puede haber sido obtenida por cualquier sensor: da igual que sea una ortofoto de una imagen satelital o una imagen cónica, etc. Y el DSM puede estar en cualquier formato: .LAS, .TIF, etc…
Esta solución añade “libertad estereoscópica” a la hora de digitalizar sobre una ortofoto imitando un modelo estereoscópico, pero obviamente siempre tendrás más precisión si dispones de un modelo estereoscópico real de la zona.
En el siguiente vídeo puedes ver este sensor en acción:

No pierdas el norte

El otro día un operador nos contó que cuando crean un proyecto fotogramétrico con la intención de utilizar la funcionalidad de cambio automático de modelos, rotan 180 grados las imágenes de pasadas impares, modifican el giro de kappa esas fotos en el archivo de aerotriangulación y luego crean los modelos de esas pasadas al revés, es decir, en vez de cargar el modelo 1-2, cargan el 2-1.

De esta manera evitan que se cambie el sentido del modelo si el cambio automático de modelos cambia a un modelo de otra pasada.

La verdad es que no habíamos pensado en este inconveniente, así que hoy hemos añadido una nueva funcionalidad a Digi3D.NET que realiza esta tarea de forma automática por nosotros.

Básicamente calcula la diferencia en grados entre el norte del modelo que tenemos cargado y el norte del modelo que se va a cargar. Si la diferencia es superior a un valor (que se puede configurar en Herramientas/Configuración/Proyecto fotogramétrico/Umbral para invertir modelo), el programa rotará automáticamente 180 grados ambas imágenes y además intercambiará los ojos izquierdo y derecho, de manera que veremos el modelo como si estuviera volado al revés y así no perderemos el norte.

Puedes deshabilitar esta nueva característica mediante la opción Herramientas/Configuración/Proyecto fotogramétrico/Invertir modelos para mantener norte.

A continuación un vídeo en el que te mostramos esta nueva funcionalidad:

 

El mundo es en 3D, pero nadie se acuerda del sistema de referencia de coordenadas vertical (si, el de la coordenada Z)

Digi3D.NET es puramente 3D, y desde el momento en el que empezó a solicitar al usuario Sistemas de Referencia de Coordenadas, siempre ha solicitado sistemas 3D. Lo tienes todo muy bien explicado en la página de Sistemas de Referencia de Coordenadas de la ayuda online.

Además Digi3D.NET carga de forma nativa proyectos creados por otros programas como Inpho o PhotoScan. Personalmente me encantan ambos formatos (quizás más el de PhotoScan), entre otras cosas porque indican el Sistema de Referencia de Coordenadas de las orientaciones que contienen (punto número 1) y además, lo hacen de una manera estándar, utilizando cadenas Well Known Text, que es como se tiene que hacer (punto número dos), pero ambas adolecen de lo mismo:

Se olvidan de la coordenada Z

No se yo qué les habrá hecho la pobre coordenada Z, pero siempre se olvidan de ella…

Primero sucedió con el sensor Digi3D.RPC, que es el que se encarga de trabajar con sensores satelitales. Una empresa nos solicitó la posibilidad de cargar aerotriangulaciones realizadas con Inpho en UTM (la verdad es que no me imaginaba que se pudieran realizar orientaciones RPC en UTM, pero si, olé por los desarrolladores de Inpho, porque eso funciona y bien), pero en los archivos del proyecto, no existía la componente vertical. Lo solucionamos solicitando al usuario el SRC vertical en caso de que al cargar proyectos satelitales de Inpho no apareciera en la cadena WKT la componente vertical.
En realidad en este caso no era tan importante, porque a las fórmulas de RPC le dan igual las coordenadas Z; da igual si están en elipsoidales o en ortométricas, no hay ninguna exigencia, sin embargo decidimos solicitar eso al usuario por si realizaba alguna transformación a otro sistema, para saber dónde están las cosas de verdad.

En el caso de PhotoScan además es peor, porque para poder trabajar con ese formato, hay que transformar sí o sí a coordenadas geocéntricas, y para transformar a coordenadas geocéntricas hay que utilizar siempre coordenadas Z elipsoidales, de modo que si las coordenadas de las orientaciones son ortométricas, digo yo que habrá que saber el sistema de referencia de coordenadas vertical en el que están ¿no?

Podrían estar perfectamente en EGM2008, o en EGM96 o REDNAP08 o Nivel medio del mar en Alicante, o lo que sea. Además, quizás las coordenadas Z estén medidas en millas o en pies o en micras, o en milímetros… ¿Quién sabe?

Digi3D.NET no hace jamás ninguna suposición, no tiene ninguna caja negra que tome una decisión por el usuario, así que hemos añadido también en el sensor Digi3D.ConicSensor, que es el encargado de cámaras cónicas la misma solución que en el caso del sensor satelital: Ahora el programa solicita el SRC vertical en caso de que el archivo de aerotriangulación que estés cargando proporcione uno pero que sea en 2D.

En el siguiente vídeo puedes verlo en acción:

Nota acerca de los drivers de NVidia

Esta semana llegó la fecha límite para actualizarse a Windows 10 y muchos os habéis decidido a hacerlo en el último momento.
Nos han llegado estos días múltiples solicitudes de soporte técnico porque Digi3D (tanto versiones antiguas como .NET y BETA) se comportan de manera extraña: Las imágenes se mueven con a tirones, el driver de NVidia dice que el programa ha solicitado más memoria de la disponible (cuando la tarjeta tiene prácticamente 1GB libre), ordenadores que de repente se paralizan unas décimas de segundo, continúan trabajando y se paralizan otra vez, y así en un bucle sin fin….

El problema no es ni de Digi3D ni de Windows 10 (que es según mi opinión personal el mejor sistema operativo que ha hecho Microsoft), sino de los drivers de NVidia.

NO instaléis el driver versión 386.96 (el último a día de hoy). No funciona bien. Instalad la versión 353.62 y se solucionarán estos problemas.

En el siguiente vídeo podéis ver cómo descargar de la página de NVidia versiones anteriores de los drivers.