Archivo por meses: marzo 2019

Mejoras en el panel de proyecto fotogramétrico

Deja un comentario

Acabamos de añadir a Digi3D.NET una mejora en el panel fotogramétrico.

Hasta ahora, cuando cargábamos un proyecto fotogramétrico el panel de proyecto fotogramétrico nos mostraba todas las pasadas/modelos que había podido cargar (es decir, para todas aquellas en las que había localizado tanto orientación como las imágenes en el disco duro). En caso de que algún modelo no se hubiera podido cargar algún modelo, éste se mostraba deshabilitado, pero se mostraba igualmente.

La mejora que presentamos hoy consiste en que ahora podemos configurar mediante la opción del menú Herramientas/Configuración/Proyecto fotogramétrico una nueva opción: Mostrar solo modelos cargados.

Si activamos esta opción el programa filtrará los modelos que no ha podido cargar (porque no ha localizado las imágenes en el directorio) y nos mostrará únicamente aquellos que ha podido cargar.

Puedes ver esta nueva funcionalidad en acción en el siguiente vídeo:

Añadida compatibilidad con Esri Projection Engine

Deja un comentario

Acabamos de añadir a Digi3D.NET la posibilidad de crear sistemas de referencia de coordenadas compatibles con Esri Projection Engine.

Gracias a esta nueva característica, podrás crear archivos Shapefile con sistemas de referencia de coordenadas y que ArcMap los cargue sin problemas.

Puedes activar esta característica mediante la opción del menú Herramientas/Configuración/Sistemas de referencia de coordenadas/Crear cadenas WKT compatibles con, donde nos encontramos con dos opciones:

  • Esri Projection Engine sin incluir código EPSG
  • Esri Projection Engine incluyendo código EPSG
  • OpenGis Coordinate Transformation Service

Si activamos cualquiera de las opciones de tipo Esri Projection Engine y creamos sistemas de referencia de coordenadas horizontales, es decir, con el sistema vertical desconocido, los archivos .PRJ creados por Digi3D.NET serán exactamente iguales a los creados por Esri Projection Engine.

La diferencia entre las dos primeras opciones es que la primera incluye el código EPSG como por ejemplo en el siguiente ejemplo para el sistema WGS84 / UTM Zona 30N:

PROJCS["WGS_1984_UTM_Zone_30N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-3.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0],AUTHORITY["EPSG",32630]]

y la segunda no lo incluye, como por ejemplo en el siguiente ejemplo para el mismo sistema de referencia de coordenadas:

PROJCS["WGS_1984_UTM_Zone_30N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-3.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]

Puedes ver esta nueva funcionalidad en acción en el siguiente vídeo: