En este vídeo te explicamos cómo crear un guion Python que añade tareas al panel de tareas por cada geometría con un área inferior a un determinado valor.
Puedes adaptarlo a tus necesidades.
Tienes el código disponible en el repositorio https://github.com/digi21/ComandosDigi3DPython
Esta mañana nos han preguntado en el soporte técnico de Digi21 si existía alguna orden en Digi3D.NET que transformase geometrías de tipo complejo en geometrías de tipo punto.
Esta orden no existe, pero como Digi3D.NET es programable en Python, hemos creado un pequeño guion para que lo ejecuten en el panel de guiones de Python.
El código lo hemos subido al repositorio que tenemos en GitHub para comandos de Digi3D.NET programado en el lenguaje Python: https://github.com/digi21/ComandosDigi3DPython
En el siguiente vídeo puedes ver cómo implementamos esta orden:
La versión 2024 de Digi3D.NET añade dos herramientas en el menú Topología que nos van a ayudar en escenarios en los que las topologías no pueden tener dos polígonos vecinos (con un lado común) y que tengan un centroide común.
Puedes ver estas dos herramientas en acción en el siguiente vídeo:
Hoy día 8 de enero de 2024 hemos publicado la versión 2024 de Digi3D.NET.
Esta versión viene cargada de novedades, y si eres desarrollador hay una que te va a afectar: El programa hora no es compatible con .NET Framework, sino que lo hemos portado a .NET 8.0.
Si has desarrollado alguna extensión para el programa o si has desarrollado algún programa de consola utilizando los ensamblados de Digi3D.NET, tendrás que portarlos de .NET Framework a .NET 8.0.
Para portar tus aplicaciones tan sólo tienes que instalar en Visual Studio 2022 la extensión .NET Upgrade Assistant, cargar tu proyecto y en el explorador de soluciones pulsar el botón derecho del ratón y seleccionar la opción de Upgrade. Aparecerá un asistente que migrará tanto los archivos de proyecto (actualizando paquetes NuGet, moviendo información que antes estaba en el archivo AssemblyInfo.cs al propio archivo de proyecto, etc.
Una de las diferencias más importantes entre .NET Framework y .NET es que ya no existe el Global Area Cache.
Cuando instalas en tu aplicación cualquiera de los paquetes NuGet que proporcionamos para desarrollar extensiones o aplicaciones:
Lo que instalas realmente es un Ensamblado De Referencia, es decir: un ensamblado que no tiene código ejecutable, únicamente tiene declaraciones de tipos, con sus propiedades, métodos, etc., pero sin código.
Cuando se instala una versión anterior de Digi3D.NET, el instalador almacena en el Global Area Cache los ensamblados de runtime (estos sí que tienen código) equivalentes.
Cuando ejecutas tu aplicación compilada con los ensamblados de referencia, el cargador de CLR de .NET Framework ve que tu aplicación depende de un ensamblado, por ejemplo: Digi21.DigiNG, versión 23.0.0.0, lo busca en el Global Area Cache y sabe que este está implementado por una DLL denominada Digi21.DigiNG.dll y la carga en memoria.
En Digi3D 2024 hemos seguido con la misma lógica: Los paquetes NuGet publican ensamblados de referencia y únicamente actualizamos estos paquetes NuGet cuando ha cambiado algo en la superficie pública de estos ensamblados. Si se modifica el programa por cualquier motivo (en el año 2023 hemos publicado en el canal BETA más de 140 versiones del programa) y dicha modificación no realiza ninguna modificación en la superficie pública de estos ensamblados, no es necesario actualizar los paquetes NuGet: el usuario actualiza la aplicación y tus herramientas siguen funcionando.
Pero conseguir que todo esto funcione de una forma transparente como con las versiones de .NET Framework no ha sido nada sencillo y te lo explico a continuación. Si no quieres entrar en detalles, mira el vídeo de abajo del todo y porque a partir de ahora me pondo un poquito más técnico:
.NET está pensado para que cargues en tus proyectos paquetes NuGet, que idealmente tienen o un único ensamblado de runtime o un ensamblado de referencia y múltiples ensamblados runtime (que implementan lo indicado en dicho ensamblado de referencia, como, por ejemplo, una versión específica para .NET Core 3.0, otra para .NET 5, otra para .NET 6, otra para Linux, otra para Mac, otra para Windows 10…).
Cuando el compilador se encuentra con un paquete NuGet de alguno de los dos casos indicados en el párrafo anterior (es decir que tienen al menos un ensamblado de runtime), almacena en el archivo .deps.json de la aplicación compilada una entrada denominada «runtime» en la que indica el nombre de la DLL a cargar.
El 100% de los paquetes que he visto en NuGet.org son así. Como todos tienen ensamblados de runtime, el compilador de manera automática rellena esa información en el archivo .deps.json.
Pero nuestros paquetes no tienen ensamblados de runtime, de manera que cuando se compilaba con las versiones alpha de nuestros paquetes NuGet para .NET 8.0, las aplicaciones no incluían en el archivo .deps.json información de runtime y el cargador del CLR no sabía qué DLL cargar.
Para solucionar esto, ahora todos los nuestros paquetes NuGet añaden un PostBuildEvent que modifica el archivo .deps.json de la aplicación compilada, añadiendo en caso de que no exista ya, una entrada runtime en la que se indica el nombre de la DLL que implementa el ensamblado.
Si te interesa cómo está hecho, he publicado en mi GitHub personal un repositorio en el que lo explico en detalle: https://github.com/joseangelmt/AddRuntimeToDepsJson
Y por último: si lo que has hecho no es una extensión para Digi3D.NET sino que es una aplicación que utiliza los ensamblados publicados por Digi3D.NET, como por ejemplo el ensamblado Digi21.DigiNG.IO.BinDouble, si no copias tu programa en el mismo directorio que la aplicación principal, no se va a localizar la DLL: Digi21.DigiNG.IO.BinDouble.dll, que es la que implementa dicho ensamblado.
Para solucionar esto, podemos añadir un nodo additionalProbingPaths en el archivo .runtimeconfig.json de tu programa indicando la ruta de instalación de la aplicación principal.
Para evitar tener que hacer esto manualmente, hemos creado el paquete NuGet: Digi21.Digi3D.App que lo único que hace es añadir un PostBuildEvent que añade al archivo .runtimeconfig.json de la aplicación compilada, en el nodo additionalProbingPaths una entrada al directorio de instalación de Digi3D.NET, y con esta entrada ya sí que podemos ejecutar nuestro programa desde cualquier directorio.
Tienes publicado el código de este paquete NuGet en el siguiente repositorio: https://github.com/digi21/Digi21.Digi3D.App
A continuación, un vídeo explicando todo esto de una manera sencilla:
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.
Hemos creado un nuevo tipo de restricción a aplicar sobre la polilínea que estás digitalizando en Digi3D.NET denominada Distancia Máxima.
Esta restricción indica el tamaño máximo que tendrán los segmentos en la orden LINEA.
Puedes ver esta novedad en acción en el siguiente vídeo:
Hemos añadido la posibilidad de cargar en la ventana de dibujo (porque en la fotogramétrica ya se soportaba) ortofotos en formato JPEG2000 de 16 bits. Hasta hoy únicamente se podían cargar JPEG2000 de 8 bits.
Además, hemos añadido la posibilidad de cargar las orientaciones de archivos .aux.xml en vez de únicamente de archivos World File.
Puedes ver esta novedad en el siguiente vídeo:
Acabamos de añadir en Digi3D.NET el exportador a PDF.
Al ejecutar la orden EXPORTAR, tan sólo tienes que seleccionar como tipo de archivo a crear archivos PDF e indicar el tamaño del documento a crear, la escala de impresión, si quieres o no explotar la simbología y el título del documento PDF.
Los colores/grosores de impresión se extraen del campo Color de impresión el campo Grosor de impresión asignado a cada código en la tabla de códigos.
Puedes ver esta nueva funcionalidad en acción en el siguiente vídeo:
Acabamos de añadir en Digi3D.NET la posibilidad de cargar archivos de referencia archivos que están siendo editados por otro usuario.
Hasta ahora esto no era posible porque al abrir un archivo de dibujo Digi3D.NET lo bloqueaba como lectura/escritura. Ahora el bloqueo se realiza únicamente para escritura, de manera que el resto de las instancias del programa (o de usuarios en la red) lo pueden abrir en modo de solo lectura.
Esta apertura se realiza de manera transparente para el usuario: Si abrimos un archivo el programa va a intentar abrirlo con permisos de escritura, si no puede, lo abre con permisos de lectura e informa al usuario.
Eso es así tanto para los archivos de referencia como para los archivos de dibujo.
Además, si el usuario que ha abierto el archivo de dibujo realiza alguna modificación sobre este, verás los cambios en tiempo real sin necesidad de tener que recargar el archivo.
Puedes ver esta novedad en el siguiente vídeo:
Blog de Digi21 