Históricamente, al ordenar a Digi3D.NET crear una topología, la creaba con las geometrías del archivo de dibujo. No se calculaba ninguna topología con los archivos de referencia.
En Digi3D.NET 2023 podemos crear también topologías de los archivos de referencia. Gracias a esto, hemos podido crear la orden CONTROL_TOPOLOGICO_CASES que permite detectar polígonos vecinos pertenecientes a distintos archivos de dibujo, y marcar como error aquellos en los que se detecta que el centroide cambia (o su código, o sus atributos de BBDD o el texto asociado al centroide), porque en determinados escenarios es posible que sea un error.
Ej: Un polígono de en un modelo tiene un centroide de Monte Alto y el polígono de al lado, que pertenece a otro archivo de dibujo es un polígono de Monte Bajo. Quizás no sea un error, pero conviene repasarlo, porque es posible que si que lo sea.
En el siguiente vídeo puedes ver esta orden en acción:
Digi3D.NET 2023 dispone de una herramienta que te va a permitir detectar automáticamente líneas de un archivo de dibujo que continúan en otro archivo de dibujo, pero con otro código o con otros atributos de BBDD o con otros atributos de geometría.
Esto no tiene por qué ser un error, pero suele serlo. Si una línea tiene código de eje de camino y en el archivo de al lado continua como borde de camino, tiene pinta de que ha habido un error a la hora de seleccionar el código en uno de los dos archivos.
Si estamos trabajando con bases de datos, es posible que ambas líneas tengan el mismo código, pero que sus atributos de base de datos sean distintos. Si por ejemplo una línea de eje de carretera tiene el atributo «Número de carriles» con el valor 2 y en el siguiente archivo tiene 4, quizás no sea un error, pero estaría bien tener una herramienta para detectarlo.
Para solucionar todo esto, hemos desarrollado la orden: DETECTAR_ERRORES_CONTINUIDAD_LINEAS_CASES que puedes ver en acción en el vídeo de a continuación.
A finales del 2014 presentamos en Digi3D.NET la funcionalidad Desencadenadores. Eran controles de calidad se habilitaban en la tabla de códigos y se ejecutaban en tiempo real, es decir: al almacenar una geometría se desencadenaba (de ahí el nombre de desencadenadores) que se analizasen las reglas asignadas al código.
Tenía el problema de que era una caja negra que únicamente disponía de una serie de reglas (programadas por nosotros en Digi21). El usuario no tenía libertad de añadir reglas propias.
En 2016 decidimos cambiarle el nombre que pasó de llamarse a Modelo semántico y se añadió una orden booleana denominada ANALIZAR_MODELO_SEMANTICO que básicamente habilitaba o deshabilitaba el análisis. De esta manera, podíamos deshabilitarlo para que no nos estuviera molestando el programa, pero esto era una evolución de lo presentado en 2014: seguíamos teniendo una caja negra.
A finales de 2016 añadimos el menú Modelo semántico que permitía (además de cambiar el valor de la orden ANALIZAR_MODELO_SEMANTICO), ejecutar tests de modelo semántico bajo demanda, analizando todas las geometrías del archivo de dibujo y mostrando los errores descubiertos en el panel de tareas de la aplicación.
Seguíamos con el problema de que los tests eran una caja negra: Si un usuario quería detectar como error una geometría con un número impar de vértices si el día en el que se analizaba la geometría era lunes, no podía, porque ese test no existe (ni creo que a nadie se le ocurra hacer algo así).
Debido a que nuestra política ha sido siempre evitar las cajas negras, decidimos hacer un primer borrón y cuenta nueva y cambiar todo lo relacionado con Modelo Semántico y hacer que sea el propio usuario el que pudiese programar a su antojo las reglas. Para ello eliminamos los cuadros de diálogo de selección de modelo semántico y añadimos a cada código la posibilidad de añadir un pequeño guion en cualquier lenguaje .NET (en la práctica C#) que se ejecutaría cada vez que el usuario digitaliza una geometría o cada vez que el usuario forzase un análisis bajo demanda.
Gracias a esto pudimos implementar el modelo de MGCP en Digi3D.NET y hace ya muchos años es lo que utilizan en el Centro Geográfico del Ejército para hacer sus tests.
El problema de este modelo es que al desaparecer los cuadros de diálogo de selección de tests y al requerir tener conocimientos de programación, en la práctica esta funcionalidad la utilizaban en una o dos empresas.
Python es un lenguaje de introducción a la programación que es muy sencillo, y hay muchas más posibilidades de que usuarios avanzados de GIS y cartografía lo conozcan.
Como Digi3D.NET es programable en .NET desde que le pusimos el apellido .NET (antes se llamaba Digi3D a secas), utilizamos una implementación de Python de Microsoft denominada IronPython, y con muy poco esfuerzo teníamos la posibilidad de interpretar guiones Python dentro del programa exponiendo todo el modelo de objetos de .NET.
Esta solución no era muy pythonic, pues lo expuesto no utilizaba a penas listas ni tuplas, sino objetos .NET en Python, pero era completamente funcional y cualquiera podía hacer guiones que interactuasen con Digi3D.NET. No se podían hacer órdenes, interactivas, pero sí guiones con lógica.
El problema de esta librería es que estaba anclada a la versión Python 2.7 que ya está anticuada (curiosamente acabo de ver mientras buscaba el enlace a IronPython para ponerlo más arriba que el 12 de diciembre de 2022 han publicado una versión compatible con Python 3.x).
Precisamente en diciembre de 2022 hemos añadido a MDTopX la posibilidad de ejecutar guiones Python. Como MDTopX es una aplicación 100% nativa, no tiene sentido utilizar IronPython para usarlo como motor de Python, de manera que hemos utilizado CPython, que es la implementación de Python nativa.
Debido a este cambio, y viendo las posibilidades que tenía, hemos vuelto a hacer otro borrón y cuenta nueva, y hemos empezado de cero por tercera vez (esperemos que esta sea la definitiva) y hemos hecho que por un lado sea súper flexible, porque cualquiera puede añadir sus controles de calidad (como por ejemplo poder detectar como error geometrías con un número impar de vértices si el test lo ejecutamos un lunes), y por otro lado, tenemos cuadros de diálogo para añadir y configurar los controles de calidad gráficamente.
El truco consiste en que hemos añadido al editor de tablas de códigos un botón que permite descargar los controles de calidad de internet (de un repositorio GitHub). Tan solo tienes que pulsar ese botón y los tienes en tu tabla de códigos y ya puedes asignarlos gráficamente a tus códigos.
Si sabes programar en Python, puedes modificar esos guiones, o comenzar de cero con tu propio sistema. Si creas algún control de calidad que crees que pueda ser útil para la comunidad, tan solo tienes que forkear el repositorio añadir tus controles de calidad y hacernos un pull-request que estaremos encantados de aceptar.
Además, le hemos vuelto a cambiar de nombre al concepto que pasa a denominarse Controles de Calidad.
Puedes ver esta nueva funcionalidad en el siguiente vídeo:
En Digi3D.NET hemos reescrito desde 0 todo lo relacionado con Python.
Hemos pasado de utilizar el motor IronPython a utilizar CPython. Gracias a esto, podemos programar en la versión 3.10 del lenguaje y además podemos utilizar las librerías que tengamos instaladas con PIP INSTALL en nuestro equipo.
Además, hemos cambiado el modelo de objetos. Antes, al utilizar el motor de IronPython lo que se hacía era publicar el modelo de objetos de .NET de Digi3D en el mundo de Python, de manera que los nombres de las clases, métodos, etc. adoptaban las recomendaciones de lenguajes .NET y no del lenguaje Python, es decir: El modelo de objetos no era «pythonic».
Ahora el modelo de objetos de Python de Digi3D.NET no tiene nada que ver con el modelo de objetos de .NET.
Este modelo de objetos nuevo permite además crear órdenes interactivas: Órdenes que esperan a que el usuario pulse un botón, una tecla, etc.
Además, hemos modificado el interfaz de usuario: Hemos eliminado el panel de Python Interactivo y ahora tenemos el panel Guion Python. Gracias a este panel, ahora podemos ver el código fuente en color, además de poder cargar, guardar y ejecutar el guion desde el propio panel.
Hemos modificado el código fuente de los guiones que teníamos en el repositorio ComandosDigi3DPython y además, para presentar al mundo todo esto, hemos creado la primera orden interactiva de Digi3D.NET programada en Python: dibuja_texto_extraido_callejero_catastro que puedes ver en el siguiente vídeo:
Hemos modificado tanto el cuadro de diálogo que aparece cuando pulsamos el botón Mas (+) del panel de Atributos Activos como la orden ANADE_ATRIBUTO_ACTIVO para que nos permita indicar como valor por defecto del atributo una macro que se sustituirá en el momento de almacenar la geometría.
Puedes ver esta nueva funcionalidad en acción en el siguiente vídeo:
Hemos añadido a Digi3D.NET la posibilidad de crear controles de calidad utilizando el lenguaje de programación Python.
Hasta ahora podíamos crear controles de calidad en .NET. A partir de hoy podemos seleccionar la opción Python en el lenguaje de programación del guion que se ejecutará para un determinado código.
Puedes ver esta nueva funcionalidad en acción en el siguiente vídeo:
Acabamos de añadir a Digi3D.NET un diccionario de atributos a las geometrías. En este diccionario podremos almacenar tantos pares clave-valor como queramos.
Este diccionario no tiene ningún significado para el programa, pero sí para nosotros como usuarios ya que podemos añadir información alfanumérica a cada geometría.
Cada geometría dispone de su propio diccionario de atributos, de manera que podríamos tener con el código Persona una geometría sin atributos, otra con el mismo código, pero con un diccionario en el que se almacena únicamente el nombre de una persona y una tercera geometría que tenga el mismo código, pero en su diccionario de atributos tanto el nombre, como la edad y la altura. Es el usuario quien añade dinámicamente los atributos que quiere asignar a la geometría.
Hemos añadido un nuevo panel denominado Atributos Activos que nos permite añadir/eliminar dinámicamente atributos.
Además, hemos añadido la orden ELIMINA_ATRIBUTOS_ACTIVOS para limpiar el panel de atributos activos.
También hemos añadido la orden ANADE_ATRIBUTO_ACTIVO que nos va a permitir añadir atributos activos desde la línea de comandos.
Puedes listar los atributos de una geometría existente en el panel de resultados mediante la orden LISTA_ATRIBUTOS.
Si quieres establecer como atributos activos los que tenga una geometría existente, puedes ejecutar la orden CLONAR_ATRIBUTOS.
Puedes editar los atributos de una geometría existente mediante la orden EDITAR_ATRIBUTOS.
Si quieres asignar a una geometría existente los atributos del panel Atributos Activos, puedes hacerlo con la orden CAMB_ATRIBUTOS.
Puedes ver esta nueva funcionalidad en acción en el siguiente vídeo.
Resulta que con el sensor satelital Pléiades puedes solicitar un producto denominado tri-stereo que consiste en tres imágenes con distintas orientaciones que permiten la visualización estereoscópica del modelo evitando ocultaciones.
Hemos añadido en Digi3D.NET la posibilidad de cargar las tres imágenes de manera simultánea y poder cambiar en tiempo real el par de imágenes que se muestran en la ventana fotogramétrica.
Puedes ver esta novedad en acción en el siguiente vídeo:
Blog de Digi21 