Archivo de la etiqueta: mejora

Los archivos de configuración y tablas ahora se muestran en HTML

Hemos añadido una nueva funcionalidad a los archivos de configuración y a los distintos tipos de tablas de Digi3D.NET que va a hacer mucho más amigables estos archivos a los usuarios.

Hace muchos años comenzamos con la migración de archivos de tablas a formato .XML:

La migración comenzó en el año 2000 con Digi3D 2000 en el que los archivos de alias (que son los archivos que dan nombres a las órdenes) ya estaban en .XML.
Después fue Digi3D 2007 que introdujo muchos cambios, entre ellos pasar de las antiguas tablas Digi.tab al nuevo formato Digi.tab.xml, el archivo de menús menu.xml y la incorporación de los archivos .orientation.xml.
En Digi3D.NET ya solo quedaban por transformar a .XML los archivos de teclas y añadimos esos cambios.

El problema de los archivos .XML es que los navegadores los muestran tal y como están escritos, y no son fácilmente interpretables por el usuario tal y como puedes ver en este recorte de una tabla de códigos:

<?xml version="1.0" encoding="utf-8"?>
<digitab xmlns:odt="http://schemas.digi21.net/DigiNG/DigiTab/StyleOldDigiTab/v1.0" xmlns:iobind="http://schemas.digi21.net/DigiNG/IO/bind/v1.0" xmlns:iobin="http://schemas.digi21.net/DigiNG/IO/bin/v1.0" xmlns:iodgn="http://schemas.digi21.net/DigiNG/IO/dgnv8/v1.0" xmlns:iodwg="http://schemas.digi21.net/DigiNG/IO/dwg/v1.0" xmlns:iocsv="http://schemas.digi21.net/DigiNG/IO/csv/v1.0" xmlns:iokml="http://schemas.digi21.net/DigiNG/IO/kml/v1.0" xmlns:ioshp="http://schemas.digi21.net/DigiNG/IO/ShapeFile/v1.0" xmlns:ioGeomedia="http://schemas.digi21.net/DigiNG/IO/Geomedia/v1.0"  bgColor="0 0 0" colorUnknown="127 127 127" colorSnap="0 0 255">
    <codes>
        <code name="010123" description="Límite provincial" tags="" type="1" command="" helpFile="" table="" conditions="" print="1" streamMode="0">
            <representation style="1" color="15" color-stereo="15" width="1" width-stereo="1" print-color="15" print-width="0.010000" fontTT="Arial" weightTT="0" italic="0" />
            <io>
                <iobin:transform code="010123"/>
...

Salta a la vista que este formato no es muy cómo para personas que no sepan .XML…

El 21 de septiembre de 2011 publiqué en el Blog de desarrollo de Digi3D.NET una manera de hacer que las tablas de códigos se pudieran imprimir Imprimir la configuración de teclado, pero para realizar esa tarea era necesario modificar el archivo de teclas y crear un archivo de transformación, y eso obviamente requería de nuevo tener conocimiento de XML, y además si el usuario realizaba una modificación sobre el archivo de configuración de teclas, había que volverlo a modificar manualmente para poderlo mostrar en forma de tabla.

Acabamos de modificar Digi3D.NET para que genere de forma automática archivos .XML con formato auto-contenido, de forma que si ahora abres (únicamente con Firefox y con Google Chrome -no lo he probado con Microsoft Edge aún, pero definitivamente con Internet Explorer no funciona) cualquier archivo, éste se muestre de una forma bonita para el usuario.

A continuación tienes una captura de pantalla de Firefox mostrando una tabla de códigos Digi.tab.xml, el archivo de configuración de teclas por defecto (ambos instalados en la carpeta %ProgramData%\Digi3D.NET\Tablas) y uno de los archivos de alias (que se instalan en %ProgramFiles%\Digi21.NET\Digi3D.NET\es-ES)

Mejoras de usabilidad al especificar el SRC asociado a un archivo de dibujo

Deja un comentario

Hasta ahora, Digi3D.NET solicitaba el sistema de referencia de coordenadas asociado a un archivo de dibujo independientemente de que el archivo ya tuviera asignado uno o no.

Digi3D.NET solicitando el SRC del archivo de dibujo independientemente de si éste tiene o no uno ya asignado

En la captura de pantalla anterior puedes comprobar que el programa siempre solicitaba el sistema de referencia de coordenadas del archivo. Si te fijas en la descripción que aparece abajo, se indica que este parámetro se utilizará únicamente en caso de que Digi3D.NET tenga que crear el archivo de dibujo, pues si éste ya existía, se hace caso omiso de lo que ponga el usuario aquí y prevalece el SRC asignado al archivo de dibujo ya creado.

Eso podía llevar a confusión, de modo que hemos decidido cambiar esta funcionalidad.
Ahora el programa pregunta por el SRC únicamente si el archivo no tiene ya uno asignado tal y como puedes ver en el vídeo de a continuación.

[youtube:http://youtu.be/8aMUyDMOJic%5D

Mejoras en la medida automática de aerotriangulaciones

Hemos realizado tres mejoras la medida automática de aerotriangulaciones en Digi3D.NET:

Posibilidad de comprimir el archivo de aerotriangulación
El módulo de medida automática de aerotriangulaciones almacena en el archivo de proyecto (con extensión .aerotriangulacion.xml) un histórico de todas las observaciones, tanto las que se consideraron válidas como las que fallaron por algún motivo (factores de correlación o paralajes excesivos).
Almacenamos el histórico de los puntos que han fallado para poder hacer análisis a posteriori, para averiguar la causa por la cual una determinada observación ha fallado en el proceso de correlación.

Incluir estas observaciones fallidas puede hacer que el archivo de proyecto crezca mucho. Si no vamos a realizar un análisis de estas observaciones, es recomendable eliminarlas permanentemente.

Para ello utilizaremos la opción Aerotriangulación/Edición/Comprimir (eliminar todas las observaciones deshabilitadas) en el menú principal de Digi3D.NET
Mejorado el cuadro de diálogo que muestra el progreso de la correlación.
Ahora el cuadro de diálogo muestra varias ventanas indicando el número de observaciones que han fallado por factores de correlación inferiores a los mínimos exigidos en los niveles piramidales 16,8,4 y 1, los factores de correlación medios en cada nivel piramidal, el número de observaciones en el nivel piramidal 1 que se han considerado inválidas porque su factor de paralaje era superior al máximo permitido y por último el número de observaciones válidas.
Mejoras en la velocidad de correlación con imágenes TIFF
Se han reubicado secciones críticas (partes del programa que controlan los accesos a un recurso por múltiples hilos de ejecución) mejorando considerablemente la velocidad de correlación.

Mejoras en el programa de creación de teselas y niveles piramidales (de archivos Tiff) en lote.

El programa de generación de teselas y de niveles piramidales de archivos tiff para Digi3D.NET ha sido actualizado con dos cambios:

Ahora permite indicar que el nivel piramidal máximo sea 1, es decir, que no cree niveles piramidales.
Yo personalmente lo he utilizado para lo siguiente: Me ha llegado un disco duro con 644 imágenes tiff (352 GB), sin teselas, no compatibles con Digi3D.NET para hacer una medida automática de correlación. El correlador automátido de aerotriangulaciones de Digi3D.NET requiere que las imágenes originales estén teseladas, pero no requiere que tengan niveles piramidales, pues las imágenes originales no son con las que se correla (estas imágenes, para tu información, son en tonos de gris, independientemente de si las originales son en color o no, y además están rotadas para conseguir los mejores factores de correlación posibles).

Digi3D.NET utiliza estas imágenes originales para crear unas imágenes temporales, y es con estas imágenes temporales con las que correla. Digi3D.NET no requiere que las imágenes originales tengan niveles piramidales para crear estar imágenes temporales, pero si requiere que estén teseladas.

El proyecto (como todo) corría mucha prisa, y crear niveles piramidales de 352 GB de imágenes lleva su tiempo, así que como había que hacer rápidamente las imágenes compatibles con el Digi3D.NET, utilicé esta opción (seleccionar 1 como nivel piramidal máximo) para teselarlas.

Una vez finalizada la correlación, volví a ejecutar el programa sobre las imágenes ya teseladas y le indiqué que llegase hasta el nivel piramidal 128. Como las imágenes ya estaban teseladas, símplemente se crearon los niveles piramidales como archivos externos.
El cuadro de opciones de número de procesadores ahora se adapta al hardware del equipo.
Hasta ahora el cuadro de opciones de número de procesadores en paralelo para transformar imágenes era estático, siempre mostraba opciones de 1 a 4. Si el equipo tenía más de 4 procesadores no había forma de aprovecharlos con una única instancia del programa.

En la captura de pantalla que acompaña a este artículo puedes ver las opciones que se muestran en un equipo con 12 procesadores.

Blog de Digi21

Descubre las novedades de Digi21