La pintura en Revit
¿Podemos poner pintura en Revit?, ¿es posible contabilizarla?, ¿es correcto crear una capa de pintura en la estructura de muros?, ¿ofrece Revit alguna opción?. Estas y otras preguntas surgen con mucha frecuencia a la hora de empezar a modelar en Revit un proyecto arquitectónico, y la pintura es muchas veces un factor importante a contabilizar. Es por eso que, en este post, intentaremos dar pinceladas de las opciones que tenemos dentro de Revit para gestionar la pintura. ¡¡Spoiler alert!! No es tan sencillo como parece.
Formas de gestionar la pintura en Revit.
Si ya hemos explorado Revit, sabremos que entre las herramientas de Revit hay una herramienta en la pestaña de modificar cuya función es específicamente aplicar pintura en los elementos arquitectónicos; sin embargo, esta tiene sus pros y contras. Empezaremos hablando de esta herramienta, sus funciones y características y luego hablaremos de las apreciaciones de la misma y su efectividad en la práctica.
Funciones
Esta herramienta permite aplicar un material a caras específicas seleccionadas de un elemento o familia, cabe destacar que esta NO cambia la estructura del elemento. Es decir, si en un muro tenemos un acabado de piedra, el hecho de aplicar una pintura sobre su superficie no generará un cambio de material en la capa, seguiremos teniendo la piedra en la estructura.
Esta herramienta coge de base nuestra biblioteca de materiales, por lo que, en caso querer aplicar una determinada pintura en un elemento, es necesario previamente haber creado esta pintura como material para poder ser coherentes. La herramienta no se limita a colores, sino que nos permite seleccionar cualquiera de los materiales de la biblioteca y aplicarlo como una pintura, lo cual puede contradecir tanto el concepto de la herramienta como la construcción del modelo.
Podemos utilizar la herramienta de pintura con: muros, techos, masas, familias y suelos. Igualmente, Revit nos indicará si el elemento en cuestión permite la aplicación de la pintura colocando en azul claro los elementos compatibles, además de reconocer las divisiones en caras.
Cabe destacar que, dependiendo del elemento y geometría del elemento al que estamos aplicando la pintura, es posible que necesitemos del tabulador para poder hacer la selección de la cara deseada.
Por otro lado, al utilizar un material de base, esta permite el uso de los patrones de modelo como referencia para acotar o alinear.
Aplicación
- Para su aplicación basta con seleccionar la herramienta en la pestaña Modificar Panel de geometría, Pintar. Esto desplegará un cuadro de dialogo con el listado de materiales existentes del proyecto, hacemos la selección y aplicamos el material seleccionando la superficie en cuestión.
- Esta herramienta naturalmente sobrescribirá los valores de superficies previamente pintadas por lo cual deberemos ser cuidadosos al momento de hacer la selección de superficies.
- Una vez hemos acabado, tendremos que clicar en finalizar en el cuadro de diálogo del navegador de materiales.
- En caso de querer eliminar la pintura previamente aplicada, Revit cuenta con la herramienta Eliminar pintura.
- En el caso de familias, se recomienda que esta modificación se haga a través del Editor de Familias, dado a que limita la aplicación de pintura en instancias, a excepción de las columnas en las que permite hacer la modificación de ejemplar, como casos aislados, pero si el cambio es a nivel de tipología deberá hacerse a través del editor de familia.
Para estos casos de cambios por tipología, se recomienda el uso de un parámetro de tipo de material y gestionar la pintura con este parámetro para no limitar la herramienta y poder modificar y adaptar el material a un material de proyecto.
Cuantificación a partir de la herramienta pintura
Sabemos que existen diferentes tablas de planificación y que hay una tipología cuya función es estrictamente para cuantificar materiales de un proyecto. Para este tipo de tablas, es necesario utilizar también los campos de materiales para extraer la información correctamente. En el caso de la pintura y los materiales aplicados con la misma, estos se distinguen de los que se utilizan como material del cuerpo de los elementos del objeto anfitrión.
Deberemos buscar entre los campos el parámetro “Material: As Paint/Material: Como pintura” y es este el que efectivamente extraerá el computo de material de pintura utilizado en el proyecto.
Ventajas
- Aporta mucha versatilidad al reconocer divisiones por cara y permitir el uso de patrones en superficies.
- Permite una cuantificación de materiales de pintura sin tener que crear un elemento que forme parte de la estructura del mismo.
- Es una herramienta muy intuitiva
- Su aplicación es rápida y fácil lo cual facilita el planteamiento de materialidad en etapas tempranas de un proyecto y por ende tomas de decisiones de diseño.
Desventajas
- No se tiene mucho control a nivel de elementos de modelo
- Conlleva mucho trabajo
- Puede generar incoherencias en el proyecto a la hora de computar cantidades. Ejemplo, si tenemos una capa contradictoria en la estructura del elemento
- Requiere de una madurez BIM para tener coherencia entre <elementos arquitectónicos y su estructura> y <la aplicación de materiales de acabados en formato pintura>.
- Para obtener un cálculo preciso es necesario hacer las uniones pertinentes y muy detalladas entre elementos constructivos como pueden ser muros y suelos o muros y falsos techos/cubiertas.
Conclusión
Dependerá del tipo de proyecto la preferencia de utilización sabiendo que se trata de una herramienta inmediata y libre. Para un planteamiento conceptual, agiliza de forma exponencial la transmisión de materialidad en los proyectos facilitando la toma de decisiones en cuanto a diseño. Pero cuando hablamos de un proyecto más avanzado y especialmente con propósitos de cuantificación, probablemente tengamos que pensárnoslo dos veces. Si bien es una herramienta que es muy útil, en la práctica hemos experimentado que es mayor el incremento de trabajo añadido que los beneficios que este aporta, requieriendo una coherencia para evitar contradicciones y errores en el proceso de take off, dobla el trabajo en la definición de materiales y este mismo cálculo podría extraerse a partir de la referencia de un elemento arquitectónico modelado.
Acabados automáticos mediante Microsoft Excel y Dynamo
Durante el desarrollo de proyectos con Revit es común que, según las necesidades de cada proyecto y los usos BIM previstos, sea necesario modelar los acabados de los muros de las habitaciones como un elemento independiente para garantizar una mayor precisión a la hora de extraer las mediciones del modelo.
El modelado de los acabados puede suponer un incremento de tiempo de modelado, ya que tenemos que modelar por separado el núcleo del muro y los acabados de cada una de las caras como elementos independientes.
En entradas anteriores del blog hemos podido ver cómo con el uso de Dynamo podemos automatizar procesos de modelado para reducir los tiempos de modelado. Durante el desarrollo de esta entrada veremos como podemos automatizar el proceso de modelado de los acabados de las habitaciones mediante el uso de Excel y Dynamo.
Consideraciones previas
Para que el script que vamos a desarrollar funcione correctamente, deberemos tener unas consideraciones previas a la hora de generar la hoja de Excel que nos permita, posteriormente, obtener la información para el modelado de los acabados:
- El nombre de la habitación debe ser el mismo tanto en Excel como en el modelo de Revit.
- El nombre del acabado de la habitación debe ser el mismo tanto en Excel como en el modelo de Revit.
- Los muros de acabados deberán estar creados en el archivo de Revit antes de la aplicación del script.
Teniendo en cuenta estas consideraciones, desarrollaremos una hoja de Excel para poder introducir la información al modelo mediante el uso de Dynamo.
Desarrollo del script
El script estará dividido en tres bloques que permitirán la creación automática de los acabados en nuestro modelo de Revit desde la hoja de Excel:
- Obtención de datos desde Excel. Mediante el nodo Data.ImportExcel obtendremos la información a partir de la hoja de Excel que habremos creado anteriormente. Esta información la utilizaremos para relacionar que acabado del modelo de Revit será aplicado a cada una de las habitaciones.
- Obtención de parámetros de las habitaciones. Deberemos obtener varios parámetros que nos permitirán definir los atributos de los muros de acabado que se van a modelar automáticamente. Con el parámetro “Nombre” de la habitación y la información de la hoja de Excel obtendremos el muro de acabado que se va a modelar en cada habitación. Con el parámetro “Altura sin límites” obtendremos la altura de la habitación y la utilizaremos para definir la altura de los acabados.
Finalmente, con el nodo Room.Boundaries del paquete Clockwork, obtendremos el perímetro de las habitaciones y los muros que las delimitan. Estos elementos serán usados posteriormente para el modelado automático de los acabados.
- Creación de acabados de muros. Una vez hayamos obtenido los parámetros anteriormente mencionados, realizaremos un desfase del perímetro de la habitación para obtener la línea de referencia que utilizaremos para crear el muro. Para que este proceso sea automático, obtendremos el valor “Anchura” de cada uno de los muros de acabado y el valor de desfase del perímetro variará en función de la anchura del acabado.
Una vez hayamos realizado el desfase del perímetro de la habitación, usaremos el nodo Wall.ByCurveAndHeight para dibujar los muros de acabado. Para ello, deberemos usar como input del nodo la curva perimetral de la habitación con el desfase aplicado, la altura de la habitación obtenida anteriormente, el nivel en el que estamos trabajando y el tipo de muro de acabado que queremos modelar en cada habitación.
Finalmente, utilizaremos el nodo Element.JoinGeometry del paquete Clockwork para unir los muros de acabados con los muros delimitadores de la habitación que hemos obtenido anteriormente mediante el nodo Room.Boundaries. De esta forma, se unirán los muros delimitadores con los acabados y se realizarán automáticamente en los muros de acabado los huecos correspondientes a muros y puertas.
Conclusión
Como hemos podido ver en esta y en otras entradas del blog de MSI Studio, el uso de scripts de Dynamo nos permite automatizar tareas que pueden resultar tediosas de forma automática. De esta forma conseguiremos reducir el tiempo de modelado y podremos invertirlo en tareas que aporten un mayor valor al proyecto y al modelo BIM y que nos permitirá cumplir con las exigencias y necesidades del proyecto.
La "I" del BIM - Conceptos básicos sobre Datos BIM
Hace unos 6-7 años, cuando empezábamos a trabajar en Revit y a generar modelos paramétricos tridimensionales empezábamos a intuir que, cuando podíamos visualizar esas tablas de datos del modelo dentro del software, era algo que multiplicaba el poder de ese “dibujo” x2. Pero en la actualidad, los conocimientos del BIM, los usos y conexiones con otros softwares cada vez son más necesarios, nos damos cuenta que la “I” del BIM (la información que se puede llegar a generar) es lo que más valor tiene de un modelo. Pero sabemos, en términos informáticos, ¿qué tipos de datos generamos o podemos obtener de un modelo BIM? En este post podrás entender 4 conceptos básicos que ayudarán a definir mejor los tipos de datos que tienen un modelo BIM.
Sin entrar en conceptos complejos ni en el campo que pertenece a especialistas en Gestión de Datos, es importante que podamos identificar con lenguaje de análisis de datos, que tipos de datos tenemos en un modelo BIM o qué podemos generar a partir de estos. Conceptos como datos, metadatos, o información estructurada o no… ¿qué son o cómo se identifican en un modelo BIM?
Vamos a analizar con ejemplos claros que es cada uno de ellos para poder identificarlos con claridad.
Qué tenemos en un modelo BIM, ¿datos, metadatos o información?
Parece que últimamente siempre oímos hablar sobre datos metadatos, información… en un mismo contexto, pero en realidad no significa lo mismo. Todos ellos nos van a ayudar a poder gestionar los modelos BIM pero de distinto modo.
Si analizamos la definición de cada uno de ellos vemos que:
- Datos: Según la RAE un dato es “Información sobre algo concreto que permite su conocimiento exacto o sirve para deducir las consecuencias derivadas de un hecho” o en términos de informática “Información dispuesta de manera adecuada para su tratamiento por una computadora.”
Se podría decir que un dato es información en bruto y desordenada que, con procesamiento, puede aportar información útil para gestiones futuras.
- Metadatos: un Metadato en cambio, son datos sobre datos. Describen información básica sobre el dato en sí con el que operamos y por tanto ayudan a poder facilitar el trabajo sobre estos, a ordenarlos y organizarlo.
Vamos a ver una tabla comparativa que nos ayudará a entenderlo mejor.
Factor |
DATO |
METADATO |
Concepto | Cualquier tipo de información que se almacena en una memoria. Esta información se puede usar posteriormente para ser procesada | Describen la información de un Dato |
Descripción | Se refiere a todos los elementos individuales que se almacenan en una base de datos. Se pueden almacenar como elementos individuales o conjuntos. | Los metadatos se refieren a los nombres de los atributos, al tipo de atributo, usuario e información de almacenamiento. |
Procesamiento | Los datos pueden haber sido procesados a no. | Siempre es un dato procesado |
Ejemplo | Si enviamos un mail, el contenido que escribo en el mail que quiero enviar, es el dato. | Los metadatos me dirán a quien le envío, cuando se lo envío, el peso del contenido, el tipo de almacenamiento, etc. |
Ejemplo BIM | Creamos un parámetro para indicar la resistencia al fuego de los muros del modelo. El dato será EI-120 | El metadato será: como se llama el parámetro, que es de tipo texto, si es de elemento o de tipo, etc. |
Teniendo claro que es un dato y un metadato, ¿qué es la información?
- Información: se refiere a un conjunto de datos procesados y que, por tanto, dan una definición o resultado del análisis de esos datos.
Estos datos procesados con mayor o menor complejidad, nos permiten una lectura de información relacionada con los datos. Por tanto, si vemos una tabla de planificación de Revit, sabremos interpretar que:
El análisis de datos a través de procesamientos y algoritmos ayudan a conseguir información relevante para la toma de decisiones.
Contra más complejo sea el tratamiento de datos, estos se deberán extraer de Revit para ser tratados desde el software correspondiente para ello. ¿Qué debemos saber entonces? Como se exportan los datos desde Revit.
¿Qué formatos nos encontramos en Revit y cómo se ordenan?
En el entorno de los datos, existen 3 tipos de estructuración de datos: los Estructurados, los No Estructurados y los Semiestructurados.
- Estructurados: Son aquellos que están altamente organizados y son fáciles de analizar. Disponen de una estructura que permite su tratamiento automático de forma fácil. Los datos estructurados se ajustan a un formato tabla con relación entre las diferentes filas y columnas.
- No Estructurados: Los datos no estructurados tienen una estructura interna pero no están estructurados a través de esquemas de datos predefinidos (ej: tablas). La información no estructurada suele contener texto, pero también puede contener datos como imágenes o video. Esto dificulta el tratamiento y la comprensión de este tipo de datos. En el caso de los modelos BIM serían elementos geométricos que no tienen una estructura definida y por tanto se deberían tratar como imágenes.
- Semiestructurados: los datos semiestructurados son datos que no tienen una estructura tipo tablas que los ordena, pero en cambio contienen etiquetas o marcadores que ayudan a separar elementos semánticos para poder diferenciar datos. Al tener esta posibilidad se consideran más fáciles de leer que unos no estructurados.
¿Y cómo traducimos esto en el entorno BIM?
Pues como ya nos podemos imaginar un modelo BIM paramétrico es un cómputo de todos, aunque generalmente se consideran tipos de datos No Estructurados, ya que información está basada en elementos geométricos.
¿Qué es lo que debemos intentar? Estructurar sus datos, que actualmente lo conseguimos extrayendo la información en tablas COBie.
El estándar COBie consigue obtener una extracción de la base de datos del modelo de información generado a través del software paramétrico. Este formato de datos puede ser trasladado a otro software u otro tipo de almacenamiento de Bases de Datos para ser procesado posteriormente.
Para estructurar la geometría se están realizando estudios y avances para poder traducir el archivo IFC a formato .json y así poder tratar los datos como semiestructurados.
Desde la Building Smart se establece como tipos de exportaciones en Provisional formato .json (Semiestrcuturado) y como Experimental el formato SQLite (Estructurado).
Conclusión
Entendiendo ahora que tipos de datos tenemos y cómo se comportan en un modelo BIM, es más fácil comprender cómo se pueden relacionar o tratar para poder procesarlos y obtener resultados de otras índoles.
Es evidente que el campo de análisis y gestión de datos en el entorno BIM es muy amplio y que se encuentra extendido. La Inteligencia Artificial (AI), la gestión del Big Data y el Machine Learning y Deep Learning se están introduciendo en el entorno BIM, sobretodo para poder predecir y tomar decisiones basadas en modelos virtuales.
Solo con esta pincelada de conceptos, podemos imaginarnos hasta donde podemos llegar.
Qué es el origen de la luz y cómo asociarle un archivo .ies
Indistintamente de la disciplina MEP que se trabaje en Revit, es recurrente pensar en las ventajas que el programa aporta en los campos de la coordinación o el análisis. Sin embargo, existen otras aplicaciones como las simulaciones. En el marco de la disciplina eléctrica y más concretamente en la iluminación, Revit es capaz de realizar simulaciones lumínicas o de contener información referente a la fotometría de una luminaria. Esto permite, por ejemplo, que cuando se realice un render con esa luminaria, se incluya la luz que esta genera en la imagen.
FAMILIA LUMINARIA Y ORIGEN DE LUZ
Las familias de Revit de la categoría “Luminaria” cuentan con la característica de poder generar un origen de luz. El origen de luz representa la parte de la luminaria que emite luz como por ejemplo un Led o una bombilla.
El origen de luz se puede definir desde la herramienta “Definición de origen de luz”. Desde esta herramienta se podrá definir la forma de emisión y la distribución de la luz, siendo las opciones las siguientes:
Forma de emisión:
- Punto
- Línea
- Rectángulo
- Círculo
Distribución de la luz:
- Esférica
- Hemisférica
- Foco
- Red foto
- Métrica
La definición de la distribución de luz que se escoja estará relacionada con algunos parámetros de tipo de la familia con lo que es importante escoger el indicado
PARÁMETROS FOTOMÉTRICOS
Las familias de la categoría “Luminarias” cuentan con un grupo de parámetros llamados “Fotometría”.
Estos parámetros configuran el comportamiento lumínico de la luminaria, algunos de los cuales afectarán directamente a su visualización en el render y como hemos dicho, varían en función de la distribución o la forma de emisión de la luz.
Los parámetros existentes y sus definiciones según Autodesk son:
- Cambio de temperatura de color de luz atenuada: Especifique si el color y la intensidad de un origen de luz atenuado cambian en función de las curvas predefinidas. Por ejemplo, las luces incandescentes suelen amarillear cuando se atenúan. Seleccione Curva de lámpara incandescente o nada.
- Color inicial: Color del origen de luz antes de que le afecten los factores ambientales y los filtros de color. Haga clic en Valor para mostrar el cuadro de diálogo Color inicial.
- Factor de pérdida de luminosidad: Valor utilizado para calcular la cantidad de luminosidad perdida (o ganada) debido a factores ambientales, como el polvo o la temperatura ambiente. Haga clic en el campo Valor para mostrar el cuadro de diálogo Factor de pérdida de luminosidad.
- Filtro de color: Color utilizado para cambiar la luz emitida del origen de luz. Haga clic en la columna Valor. En el cuadro de diálogo Color, seleccione el color que desee y haga clic en Aceptar.
- Intensidad inicial: Brillo de la luz antes de que factores ambientales reduzcan o cambien la calidad de la misma. Haga clic en el campo Valor para mostrar el cuadro de diálogo Intensidad inicial.
- Longitud de línea de emisión: Longitud de la línea que representa el origen de luz en una imagen renderizada. Este parámetro está disponible cuando el parámetro Forma de emisión se establece en Línea.
- Longitud de rectángulo de emisión: Anchura del rectángulo que representa el origen de luz en una imagen renderizada. Este parámetro está disponible cuando el parámetro Forma de emisión se establece en Rectángulo.
- Diámetro de círculo de emisión: Diámetro del origen de luz que emite luz en una imagen renderizada. Este parámetro está disponible cuando el parámetro Forma de emisión se establezca en Círculo.
- Emitir forma visible en renderización: Seleccione esta opción para que la forma de la luz sea visible como superficie luminiscente (resplandor) cuando la cámara (de la vista 3D) apunta directamente al origen de luz. Este parámetro está disponible cuando el parámetro Forma de emisión se establece en Círculo o Rectángulo.
ARCHIVO .IES
La extensión .ies (Illuminating Engineering Society) es propia de archivos fotométricos estándar. Son archivos de datos que guardan información relacionada con la luz como la cantidad o la medida de la luz. Estos archivos sirven para simular la iluminación y así visualizar el sistema de iluminación de un espacio antes de instalarlo.
Estos archivos se pueden asociar a un origen de luz en Revit para que este adopte la forma y las características definidas en él.
Previamente a asociar el archivo .ies es necesario configurar el origen de luz como “Red fotométrica”, de lo contrario no aparecerá el parámetro de tipo que permite buscar el archivo.
Una vez definido el origen de luz como una red fotométrica será posible visualizar el parámetro “Archivo de red fotométrica”. Este parámetro accede al buscador del ordenador para que el usuario seleccione el archivo .ies deseado. Al instalar Revit, también se instalará una carpeta con archivos .ies que podrán ser utilizados.
CONSIDERACIONES
Para trabajar con luminarias es recomendable conocer algunos aspectos necesarios para el correcto desarrollo y funcionamiento de la familia:
- El origen de luz solo será visible y editable si la opción “Origen de luz” está activa. Está opción la encontraremos en “Parámetros y categoría de familia” en “Propiedades”.
- Para generar una luminaria con varios orígenes de luz como una luminaria tipo araña, se deben anidar las distintas partes de la luminaria que contengan el origen puesto que no se pueden generar más de un origen de luz por familia.
- Es recomendable que el origen de luz no interfiera con partes de la geometría, es decir que la geometría de la luminaria y el origen no se solapen.
- Es recomendable revisar el comportamiento mediante los ajustes de visibilidad del proyecto en vistas 2D o 3D con estilos de vista Sombreados o Realistas.
CONCLUSIONES
Este tipo de opciones nos muestran por un lado la importancia de seleccionar una plantilla de familia correcta ya que, de lo contrario, ciertas opciones como el origen de luz no estarían disponibles.
Por otro lado, hemos podido ver otra aplicación del as familias MEP más allá de la coordinación o el análisis.
SCAN TO BIM - De la tecnología al modelado BIM - NdP en Revit
Cuando ya hemos adquirido la nube de puntos y vamos a tratarla en Revit, es importante conocer cuáles son los puntos clave a conocer para poder trabajar correctamente con la nube dentro del software de modelado. Que formatos admite, que peso es óptimo para que se maneje de forma ágil, si se trabaja colaborativamente que es necesario tener en cuenta, etc. Como finalmente también formará parte de la estrategia de obtención de nube de puntos, vamos a analizar qué requisitos son necesarios para modelarlas en Revit.
A partir del primer post introductorio de SCAN TO BIM – De la tecnología al modelado BIM - Introducción, continuamos ahora con el cuarto post para plantear como debemos trabajar el archivo de nube de puntos en Revit para un ágil levantamiento a partir de este. Comentamos a continuación, cuales son estos aspectos importantes.
¿Qué tipos de archivos de nube de puntos admite Revit?
Revit permite vincular dos tipos de formatos de nubes de punto dentro de un proyecto Estos son RCP o RCS. Ambos formatos pueden tratarse tanto en ReCap como en Revit. Desde ReCap, como software de Autodesk de tratamiento de nube de puntos, se pueden guardar cualquiera de los dos formatos, pero es importante reconocer las diferencias.
- RCP es un archivo que como un único archivo mantiene vinculado todos los archivos de escaneos que contiene. Un archivo RCP puede tener vinculados 10 archivos linkados de la toma de escaneo.
- RCS es un archivo único que contiene incluidos dentro del propio archivo los puntos de escaneo.
El peso de los dos archivos varia bastante al sistema de unión que existe entre ellos:
Se puede ver en la Ilustración 1 que el peso del archivo RCP es mucho menor que el del archivo RCS. Eso es debido a que la integración de los distintos puntos dentro del archivo estén vinculados y mantenga el vínculo o estén desvinculados.
Podemos ver en la Ilustración 2 que, una vez vinculado en Revit el formato es RCP, se pueden apagar los distintos puntos que contiene el archivo y por tanto, visualizar solo una parte de la nube. En cambio, el archivo RCS pierde la capacidad de vinculo y ha compactado el resultado.
Para que se entienda un poco mejor se podría realizar el símil de que, un archivo RCP sería como un archivo NWF de Navisworks donde tienen vinculados los NWC. Y en cambio un RCS sería un archivo NWD donde pierde la conexión con los NWC y los integra.
¿La ruta y el peso influyen en el modelado?
Cuando debemos levantar un modelo a partir de nube de puntos en Revit, suele ser un proyecto de un tamaño considerable y que, por tanto, también nos encontremos con tener que trabajar varias personas en el modelo al mismo tiempo de forma colaborativa.
Lo primero que tenemos que tener en cuenta es que, si debemos trabajar colaborativamente desde un archivo central con varios locales, debemos hacer que todos los archivos lean la misma ruta relativa a la nube de puntos.
Según Autodesk: “es aconsejable que cada usuario copie localmente los archivos de nube de puntos. Mientras la ruta relativa de las copias locales de los archivos de nube de puntos sea la misma para cada usuario, el vínculo seguirá siendo válido cuando se sincronice con el archivo central.”
Por tanto, cuando el archivo se vincule directamente sobre el proyecto, deberemos generar la misma ruta para cada archivo local.
En cambio, cuando el archivo tenga un peso que impida el trabajo fluido directamente desde Revit, la opción más recomendable es generar un archivo puente, donde en un archivo blanco con coordenadas adquiridas, se vinculen las nubes de puntos. Este archivo solo contendrá la nube de puntos. Posteriormente, en el archivo donde queramos modelar, es donde vincularemos este mismo archivo puente. Esta acción hará reducir el peso del propio archivo y permitirá poder trabajar con ella cuando necesitemos, pudiendo incluso apagar el vínculo cuando no nos interese.
¿Y como modelamos a partir de la nube de puntos?
- Crear elementos de referencia: las nubes pueden sufrir cierta desviación aceptable que pueda hacer variar un nivel, siempre se debe consultar al experto antes para confirmar que es correcto, una vez aceptado ese mínimo error, es recomendable siempre marcar tanto niveles como rejillas de referencia marcando la aceptación del punto escogido de la nube de puntos.
- Crear plantillas de vista para modelar: Se recomienda crear plantillas de vista por plantas donde se controlarán los elementos básicos de modelo y de anotación.
- Un concepto muy importante a la hora de crear plantillas de vista es el Rango de Vista. Se recomienda NO incluir el Rango de vista en las plantillas ya que es recomendable trabajar con rangos muy pequeños para poder visualizar mejor la nube de puntos.
- Secciones de corto alcance. En el caso de las secciones sucede algo parecido, debemos tener en cuenta trabajar con desfases cortos de este modo se puede visualizar solo el fragmento de nube de puntos con el que se quiera trabajar
- Familias vs Componentes in situ: Siempre es recomendable contar con una biblioteca de familias que cubra la mayor cantidad de objetos constructivos que nos podemos encontrar. Estos serán siempre paramétricos y a considerar su categoría y plantilla según la disciplina y función. Pero para según qué proyectos de escaneado, por ejemplo de edificios patrimoniales, SOLO cuando se traten de elementos puntuales/singulares que presentan una complejidad mayor, se realizarán mediante componentes in situ.
El modelo in situ nos permite referenciarlo tanto en el modelo como la nube de puntos, pero habrá que vigilar la cantidad de elementos se hagan de esta forma ya que pueden cargar el modelo con más peso del necesario.
Conclusión
En muchos casos puede resultar arduo tener que empezar de cero modelando en Revit con una nube de puntos, pero a partir de esta serie de posts y los puntos clave de trabajarlos en Revit, puede facilitar muchos pasos que agilizan y ayudan a entender el proceso completo. Este último paso es el que crea el modelo del edificio, por tanto, es en el que hay que poner más hincapié para tener esta base lo más próxima a la realidad teniendo la certeza de haber modelado sobre una nube de puntos.
¿Por qué los fabricantes deberían crear familias de Revit de sus productos?
El uso de objetos BIM para levantar cualquier modelo es indispensable, por ello los modeladores requieren de disponer de una amplia biblioteca de familias para poder instalar los productos que usarán en su proyecto.
En el anterior post Bibliotecas de familias para fabricantes, definíamos las diferencias entre las familias genéricas y de fabricante y, además, dábamos algunos consejos a tener en cuenta antes de crear una biblioteca de familias.
En este post resolveremos algunas dudas que han tenido algunos fabricantes con respecto al desarrollo de familias y destacaremos los beneficios de tener una biblioteca específica de objetos que represente los productos que comercializan.
¿Revit sustituye al software de fabricación?
¡No, nunca lo sustituirá! El software de fabricación es usado para definir la geometría real (a escala 1:1) del producto final durante la fabricación, estos tipos de software CAD (como por ejemplo SolidWorks) permiten generar una serie de geometrías con muchísima precisión. Cuando hablamos de BIM, hablamos de trabajar de forma contextualizada. En metodología BIM perdemos la perspectiva aislada del propio producto para centrarnos en el proyecto, que estará formado por diferentes productos y en los que la precisión geométrica es importante para coordinarlos espacialmente entre ellos y los sistemas constructivos, pero no el mismo nivel de detalle para utilizarlos como referencia para la fabricación.
Por ese motivo normalmente no se requiere de un LOD400 para poder realizar el diseño de un proyecto convencional (a no ser que requiramos de sistemas especiales). Pero tampoco quiere decir que no podamos sacarle partido a esa geometría CAD (en formato .igs, .sat, etc) y usarla para crear nuestros objetos BIM.
¿Los objetos BIM deberían realizarse en formato familia de Revit (RFA) o en IFC?
Muchos fabricantes también se plantean si generar los archivos en un formato nativo o en formatos de interoperabilidad o abiertos.
El formato RFA tiene acceso a cualquier funcionalidad de Revit. Por lo que si se tratan de familias MEP podrán involucrarse en cálculos dentro del modelo. En el caso de ser en formato IFC podrán importarse a cualquier software, pero al tratarse de una traducción de un formato de interoperabilidad a otro específico (el de cada software) es probable que se requiera de tiempo extra del modelador para comprobar y garantizar que toda la información contenida en ese IFC se ha traducido de forma correcta en el software de modelado.
El formato IFC está más planteado para compartir un modelo entero que contiene muchos objetos BIM más que para un producto concreto de forma aislada si queremos garantizar la interoperabilidad IFC. Si en cambio queremos facilitar el trabajo a los modeladores, deberíamos crear los objetos en los formatos nativos del software de modelado (rfa en el caso de Revit).
¿Por qué los fabricantes deberían crear familias de Revit de sus productos?
El hecho de disponer de un catálogo de productos en BIM facilita mucho la extracción de información de los mismos y de su integración en el proyecto. Con ello, los equipos de diseño se sienten más cómodos usando elementos que ya pueden analizarse en fases previas, a nivel visual, lumínico, etc.
Además, al contener las familias parámetros y direcciones url de descarga para fichas técnicas, certificados o bien manuales de montaje, dota a estos objetos de cierta información que luego puede ser filtrada, convirtiéndolos así en repositorios de información útiles para poder centralizar ciertos tipos de información.
Conclusiones
La digitalización de los catálogos de productos de los fabricantes del sector de la construcción solo aporta beneficios, tanto a los diseñadores y usuarios de BIM que se beneficiarán de la información (no solo geométrica) embebida en los objetos, como de los fabricantes que pueden utilizar el uso de los objetos BIM como herramienta de marketing para dar a conocer a los técnicos del sector sus productos.
Automatización del estudio de colisiones en NAVISWORKS
En anteriores entradas vimos otras funcionalidades de Navisworks, como son la cuantificación y planificación de modelos BIM. Encontramos un post relacionado con ello en: Cómo crear una simulación 4D con Revit y Project desde Navisworks.
En el post de hoy trabajaremos en cómo podemos generar una mecanización del estudio de colisiones con Navisworks. Para ello, es necesario realizar un trabajo previo.
Veremos como este trabajo previo es laborioso, pero una vez realizado, lo utilizaremos para todos los futuros proyectos en que queramos realizar el análisis de colisiones en un modelo BIM.
En consecuencia, tenemos que poner sopesar si esta inversión de tiempo nos beneficiará a largo plazo a la hora de utilizar este recurso en los proyectos futuros o en caso contrario, no utilizaremos este recurso para proyectos futuros.
En el caso de trabajar con modelos BIM a diario y con distintos proyectos a lo largo del tiempo, es seguro que este trabajo previo nos será muy rentable.
Pasos a seguir
En primer lugar, debemos situarnos en la propia herramientade Navisworks y pensar en cómo realiza este software el análisis de colisiones. En el día de hoy no vamos a entrar en detalle en cómo hacer un buen análisis de colisiones, sino que nos vamos a centrar en la mecanización del proceso. De todas formas, en una futura entrada de post, veremos la generación paso a paso del estudio y tratamiento de las colisiones en Navisworks.
Para empezar nos vamos a centrar en cómo Navisworks realiza la selección de los elementos del modelo que colisionan. Hoy dejaremos un poco de lado criterios como las reglas de generación de colisiones, las tolerancias, criterios de colisión, etc. Próximamente veremos todos estos criterios y como trabajar con ellos para realizar un estudio de colisiones lo más preciso y eficiente posible. Ahora nos centraremos en la selección de los elementos del modelo.
Fijémonos como el software parte de dos selecciones, A y B, donde en cada una de ellas podemos seleccionar aquello que queremos realizar el estudio de colisiones, pudiendo así seleccionar desde todo el modelo hasta cada uno de los ejemplares del mismo.
Vemos como el propio Navisworks nos genera una estructuración de los elementos del modelo de igual modo que en el árbol de selección, así como nosotros podemos seleccionar la estructuración que más nos guste o nos convenga para el estudio de colisiones.
Para el estudio de hoy nos vamos a centrar en la Selección por Sets o también llamados Conjuntos de Búsqueda. Lo que vamos a realizar es un pre estudio de aquellos elementos que en los modelos y, en consecuencia, en la obra, más colisionan.
Para realizar este estudio, deberemos clasificar y ordenar los elementos del modelo según uno de los distintos criterios de clasificación. Hoy usaremos la Gubimclass, un sistema de clasificación de elementos de construcción de acuerdo a su función. Otros criterios de clasificación, podrían ser tales como Uniformat, Uniclass o Omniclass.
E aquí el trabajo previo que debemos realizar, siendo necesario que todos los elementos de nuestro modelo estén bien clasificados según sus características constructivas. De este modo, tendremos identificados los elementos del modelo según sus especificaciones constructivas.
¿Y para que nos va a servir tener los elementos clasificados?
Al tener los elementos clasificados en el modelo, seremos capaces de identificar aquellas soluciones constructivas que más a menudo presentan interferencias y colisiones entre los sistemas constructivos.
Para generar este estudio de los sistemas constructivos que más interferencias presentan, nos generaremos una tabla identificando todos los sistemas constructivos clasificados por la Gubimclass. En esta misma tabla, identificaremos las colisiones que más a menudo vemos día a día tanto en los modelos como en la obra.
En esta tabla vemos como tenemos toda la clasificación según la Gubimclass en sentido vertical y en sentido horizontal. Así mismo podemos observar también aquellos sistemas constructivos que colisionan en los modelos y en la obra aparecen en forma de código de colisión, dejando así constancia de un punto de estudio de colisiones.
El trabajo siguiente es trasladar este estudio de colisiones de los sistemas constructivos a nuestro modelo y como hacer dicho estudio con Navisworks.
Como hemos comentado anteriormente, partiremos de un modelo en el que todos sus elementos estarán clasificados según la Gubimclass.
Procederemos de la siguiente forma:
- Generaremos la búsqueda de los elementos a partir de su parámetro de Código de montaje, en el cual estará especificado su valor numérico de Gubimclass.
- Una vez generada esta búsqueda, vamos a guardarla como conjunto de búsqueda. Esta tarea es laboriosa y lleva su tiempo, e aquí la decisión de valorar si realmente este trabajo nos será útil para otro proyecto. Deberemos realizar esta labor para cada uno de los elementos clasificados por la Gubimclass, y para tener estos conjuntos de búsqueda bien ordenados, los organizaremos en carpetas con la codificación propia de la Gubimclass.
Todo este trabajo que acabamos de realizar no es solo tiempo dedicado a un único proyecto, es importante destacar que los conjuntos de búsqueda son importables y exportables. Es decir, una vez realizado este conjunto de búsqueda por el parámetro de código de montaje y por la clasificación Gubimclass, seremos capaces de exportarlo en un formato XML.
Estos conjuntos de búsqueda los podremos usar para TODOS los proyectos que realicemos y que los elementos contengan el parámetro de código de montaje con la mima clasificación Gubimclass.
Hemos tomado como criterio de clasificación la Gubimclass, pero podrían haber sido las comentadas anteriormente o incluso un código identificador de elementos propio de un usuario o un despacho.
Y os preguntaréis, ¿para qué hemos realizado todo este trabajo?
Pues bien, como hemos comentado al inicio del post, uno de los criterios de selección de Navisworks son los Conjuntos de Búsqueda. Hemos generado una tabla indicando aquellos sistemas constructivos identificados y clasificados por la Gubimclass que, según la experiencia vivida en obra y en los modelos BIM, normalmente generan colisiones.
Ahora mismo nos encontramos con que tenemos los puntos de conflicto de colisiones identificados en la tabla y, por otra parte, gracias a los conjuntos de búsqueda que hemos creado somos capaces de seleccionar aquellos y solo aquellos elementos que me interesa hacer colisionar. De este modo somos capaces de generar un estudio de colisiones mucho más preciso y detallado de aquellos sistemas constructivos conflictivos.
Ahora, volvamos al estudio de colisiones. Volvamos a esas dos columnas de selección, capaces de seleccionar esos conjuntos.
Como vemos, deberemos realizar cada uno de estos procesos para cada uno de los conflictos que tenemos identificados en la tabla. Deberemos seleccionar los conjuntos de búsqueda que generan la colisión, y para tenerlos identificados, vamos a nombrar el Test o Conflicto por el nombre de los conjuntos de búsqueda que nos hemos creado anteriormente.
Como podemos ver en la imagen, finalmente nos generamos todos los conflictos que identificamos anteriormente en la tabla. Son aquellos conflictos que más se repiten en los modelos BIM y en las obras.
Ahora bien, ¿Todo este trabajo para la creación de los conflictos, solo nos sirve para este proyecto?
La respuesta es no. En cuanto a los conflictos, también podemos hacer exportaciones e importaciones en formato XML, y de este modo, todo este trabajo que hemos realizado, lo podremos utilizar para otro proyecto.
Dicho esto, podemos ver que se trata de un largo trabajo a priori, pero toda esta inversión de tiempo y esfuerzo nos será muy útil en proyectos futuros.
Conclusiones
Como hemos podido ver a lo largo de este post, tenemos que realizar una inversión de tiempo para la creación de los recursos necesarios para la generación de los Clash Test y los Conjuntos de Búsqueda.
Este proceso, como hemos comentado anteriormente, se puede generar partiendo de distintos criterios de búsqueda. Normalmente el criterio de búsqueda lo generaríamos a partir del criterio de clasificación de los elementos del modelo. En este caso de ejemplo hemos utilizado la Gubimclass, pero podría haber sido cualquier otro sistema de clasificación o un criterio propio de clasificación. Lo importante es tener todos los elementos del modelo bien identificados y clasificados.
Lo que debemos tener en cuenta es respecto a qué elementos queremos realizar el análisis de colisiones y, posteriormente, generar la búsqueda de estos elementos para generar y guardarlos como conjuntos. De este modo, seremos capaces de generar las colisiones pertinentes gracias a que Navisworks nos da la posibilidad de seleccionar para el análisis de colisiones los conjuntos que nosotros mismos hemos creado.
Resumiendo, debemos reflexionar antes de empezar a realizar todo este trabajo. Esta inversión de tiempo inicial nos puede servir para otros futuros proyectos ahorrándonos tiempo a medio/largo plazo.
Coordinación geométrica en BIM 360
Una de las principales ventajas que nos ofrece la metodología BIM es que, al trabajar con modelos geométricos, podemos realizar coordinaciones geométricas entre los elementos de los modelos para ver si existen interferencias que puedan suponer imprevistos a la hora de ejecutarlos.
Existen varios softwares de coordinación que nos permiten realizar la detección de colisiones entre los elementos de un modelo. Probablemente el más conocido y más común de utilizar sea Navisworks Manage de Autodesk, pero existen otras opciones de software en el mercado.
Otra de las opciones que nos proporciona Autodesk para la detección de interferencias es la posibilidad de realizar la coordinación geométrica desde BIM 360, permitiéndonos así utilizar los mismos modelos de la nube de Autodesk para coordinarlos.
Model Coordination
El módulo de Model Coordination de BIM360 se incluye en BIM Collaborate y BIM Collaborate Pro de BIM360. Con este módulo podremos realizar la coordinación de los distintos modelos que estén ubicados en Document Management de la nube de Autodesk.
Si accedemos al módulo de Model Coordination podremos seleccionar los modelos del proyecto sobre el que estemos trabajando. Para ello, previamente deberemos crear espacios de coordinación específicos e indicar cuales son las carpetas del módulo de Document Management asociadas para la coordinación de los modelos. Una vez hayamos creado el espacio de coordinación y estén los modelos cargados en la nube, BIM 360 realizará la coordinación de los modelos automáticamente.
Detección de interferencias
Desde el menú de Model Coordination podremos escoger cuales son los modelos sobre los que queremos hacer la coordinación geométrica. Una vez los seleccionemos podremos acceder al entorno de coordinación donde podremos ver las colisiones del modelo y gestionarlas.
Desde el entorno de coordinación podremos ver cuales son los conflictos entre los modelos seleccionados previamente. Deberemos seleccionar un modelo principal y posteriormente los modelos con el cual queremos comprobar los conflictos. La aplicación nos permitirá agrupar los conflictos de tres formas: por objeto, nombre de sistema y nombre de tipo. Cabe destacar que en función del modelo que se elija como principal observaremos los resultados de una forma u otra, ya que los conflictos se agruparán según el modelo principal escogido.
Una vez realizada la detección de los conflictos podremos seleccionarlos y poder discriminar si se trata de una incidencia o si, por lo contrario, podemos asumir el conflicto y determinar que no es una incidencia.
En caso que se determine que el conflicto no es una incidencia, se obviará y no volverá a aparecer en futuras coordinaciones. En caso que determinemos que el conflicto es una incidencia podremos emitir incidencias para que se pueda solucionar el conflicto.
Cuando creemos una incidencia podremos definir distintos atributos tal y como el tipo de incidencia, estado, título, agente al que se le asigna, propietario, fecha de vencimiento, descripción de la incidencia entre otros. Así mismo también deberemos colocar un alfiler encima del elemento que causa el conflicto para poder identificarlo.
A la hora de colocar el alfiler y determinar el objeto del conflicto es muy importante saber cual es el modelo principal de la detección de conflictos, ya que solo podremos colocar el alfiler en los elementos del modelo principal. Esto también tendrá repercusión a la hora de gestionar las incidencias desde Revit, ya que las incidencias solo podrán ser tratadas desde el modelo que contiene los elementos sobre los cuales vamos a poner el alfiler. Por lo tanto, tendremos que tener en cuenta previamente cuales van a ser los elementos que van a tener que ser modificados, ya que no será lo mismo realizar una detección con un modelo de arquitectura como modelo principal que hacerlo con un modelo de MEP.
Todas las incidencias emitidas podrán ser gestionadas desde Revit en los modelos correspondientes. Desde Revit podremos seleccionar la incidencia y se seleccionarán los elementos sobre los cuales hemos puesto el alfiler y podremos modificar el modelo para dar solución a las incidencias creadas en la nube.
Cuando se hayan emitido todas las incidencias, desde la pestaña de Incidencias del entorno de coordinación podremos ver el modelo geométrico con todas las incidencias emitidas.
Gestión de interferencias
Cuando hemos emitido las incidencias las podremos gestionar desde la misma plataforma. Desde el modulo de Model Coordination podemos realizar matrices de conflictos en función de los modelos que tengamos en el proyecto. De esta forma podremos saber cuántos grupos de conflictos existen entre los distintos modelos del proyecto.
Así mismo, desde el módulo de Document Management podremos ver un resumen de las incidencias que se han creado en el proyecto, así como su información y estado. Desde este apartado podremos cambiar la información de las incidencias, así como cambiar el estado en caso que sea necesario. Desde este apartado también podremos realizar exportaciones de informes de las incidencias en formatos PDF, XLSX y CSV.
Conclusión
Como hemos podido ver, Autodesk no solo nos proporciona softwares específicos como Navisworks Manage. También nos proporciona la opción de realizar coordinaciones geométricas en su propia nube. Aunque esta utilidad tenga algunas limitaciones nos permite realizar una coordinación de los modelos sin necesidad de tener un software adicional para ello. Adicionalmente, al estar trabajando directamente desde la nube nos permitirá poder trabajar con equipos informáticos de gama baja, ya que se consumen los recursos de la nube y no necesitamos grandes prestaciones para realizar la coordinación.
La detección automática de colisiones mediante el uso del módulo Model Coordination hacen de esta herramienta una buena opción de coordinación de modelos para gente que tenga menos desempeño con herramientas especificas de detección de interferencias, ya que no se necesitan grandes conocimientos en software para poder realizar la coordinación de los modelos.
SCAN TO BIM – De la tecnología al modelado BIM – Tecnología de escaneo
Uno de los análisis más importantes del trabajo de las nubes de puntos, es como deben ser tomadas y qué “calidad” debe tener para que nos sirva en el trabajo y proceso de digitalización de los activos.
Generalmente las empresas especializadas suelen recomendarnos qué tipo de escaneo conviene más, según el trabajo que necesites escanear, pero también es importante saber cómo lo vamos a trabajar. Y esta información es importante para consensuar la mejor solución que favorezca sobre todo el método final de trabajo.
A partir del primer post introductorio de SCAN TO BIM – De la tecnología al modelado BIM - Introducción, continuamos ahora con el tercer post para plantear qué escenario tecnológico de escaneo existe y poder tomar la mejor decisión sobre cuál será la mejor nube de puntos para el proyecto que debemos levantar.
¿Qué características pueden diferenciar a una nube de puntos?
Antes de empezar el trabajo del escaneo, ya sea un trabajo propio o una empresa especializada que se dedique a escanear y realizar nube de puntos, es primordial pensar cuál es el modo más óptimo de escaneo y que luego nos permita poder trabajar con esa nube de puntos de una manera ágil y cómoda en nuestro software de modelado. Pero para ello es importante tener algunos aspectos en cuenta ya que, como vimos en el post anterior, la tipología de proyecto es importante detectarla, pero también cómo escanearla para poder conformar un criterio de toma de datos según el tipo de proyecto.
Para ello distinguimos 3 características fundamentales a tener en cuenta para escanear. Estas son:
- Tecnología y equipos de escaneo
- Formatos de escaneo y de archivos
- Calidad de la nube de puntos
¿Qué tecnología o equipos de escaneos podemos usar?
De tecnologías, equipos y métodos de escaneos existen distintas marcas y empresas en el mercado que desarrollan este trabajo, pero cada uno de ellos vendrán marcados por la complejidad y detalle que se quiera obtener, por tanto, es importante clasificarlos según el resultado que se necesite de la nube.
- Tecnología básica: ¿podríamos nosotros mismos tomar una nube de puntos? La respuesta es sí. Actualmente existen aplicaciones para móviles o tablets que permiten escanear espacios pequeños con una cierta agilidad y resultado óptimo para trabajos sencillos como puede ser Matterport, incluso tablets o móviles como la última versión de Apple Pro que incorpora una cámara LiDAR en sus equipos. Con este tipo de escaneos se pueden obtener nubes de puntos en formatos concretos de espacios pequeños o no con muy alto detalle y que pueden solventar aquellos pequeños proyectos que no necesitan de una gran tecnología detallada de escaneo.
- Tecnología avanzada: en cambio, si la toma de datos se complica más allá de vivienda u oficinas y es necesario tomar nubes de puntos con más definición, entonces es necesario tomar una nube de puntos de más alta precisión y más especializada. Y aquí es donde, podemos seguir trabajando nosotros con conocimientos sobre la materia o podemos contar con empresas especializadas que cuentan con este tipo de tecnología.
Básicamente con la tecnología que se debe contar para un escaneado de nube de puntos es con el formato LiDAR (Laser Imaging and Detection Ranging), que permite medir la distancia de un punto de emisión del láser hasta en objeto que se quiere escanear, y a partir de aquí se genera este archivo de representación de puntos. Este formato puede ser tomado de 4 maneras distintas:
- Estático: la toma de datos estática se realiza son escáneres fijos generando un escaneado de alta precisión, georreferenciados y que permiten extraer planos de gran detalle.
- Mobile Mapping: escaneado en movimiento a través de un vehículo con un sensor LiDAR que permite ir escaneando mientras se circula. La calidad es un poco inferior a la estática, pero permite escanear grandes zonas incluidas urbanizaciones o planeamientos de una forma rápida.
- Backpack: tecnología LiDAR que permite ir cargada en una mochila en la espalda para mientras, se va paseando se vaya escaneando el entorno con el que se encuentra. Es una buena opción para aquellos espacios amplios y abiertos o para calles donde no pueden acceder los vehículos. La calidad es parecida a la de mobile Mapping y pero aunque sirva para agilizar el escaneado, estático, en el caso de largo recorrido se seguirá escogiendo el Mobile mapping.
- Drone: Por último, es la tecnología LiDAR que permite tomar los datos mientras se vuela con drones toda aquella extensión que quiera ser escaneada. Permite escanear grandes extensiones en un tiempo muy reducido e incluso llegar a profundizar en sotobosque. Su precisión es menor que las tres anteriores, pero debemos tener en cuenta que el detalle en este tipo de escaneos no es lo primordial.
Para el proyecto que queramos escanear deberemos tener en cuenta qué tipo de escaneo necesitamos, analizando la calidad y el tiempo con el que contamos. Para un proyecto de un edifico de oficinas vacío, nos puede funcionar una tecnología Backpack obteniendo un escaneado óptimo para su levantamiento y más ágil que el estático, pero para una fachada patrimonial es imprescindible un escaneado detallado con una toma estática. En cambio, para escanear un túnel, es probable que sea más óptimo optar por un Mobile Mapping.
¿Qué formatos de escaneos y archivos podemos obtener?
Una de las principales características que debemos tener en cuenta antes de empezar el escaneo es el formato que queremos obtener de él, ya que puede marcar trabajos posteriores de tratamiento sobre la nube de puntos.
Lo principal que debemos analizar es si queremos que nuestro archivo esté estructurado o no estructurado:
- Archivo NdP estructurado: soporta escaneados terrestre que contienen la posición del scanner + datos relativos. Primero marca el primer posicionamiento en posición absoluta y los otros escaneos mantenían tanto la absoluta como la relativa entre ellos. Posibilita su “edición” y gestión mediante otros softwares de procesado de información. Normalmente este tipo de información proviene de exploraciones hechas con trípode/estáticos.
- Archivo NdP No estructurados: Solo mantiene la posición relativa entre los escaneos. No es posible su “reestructuración” mediante otros softwares y tampoco permite llegar a una edición más compleja. Normalmente este tipo de información proviene de exploraciones en movimiento como drones o mobile Mapping.
Esto será necesario definirlo si queremos tener la posibilidad de una edición posterior o si necesitamos trabajar con algún software de transformación como en el caso de Edgewise, ya que, al poder leer más información, podrá realizar más trabajo de transformación.
Y derivado de esto, es importante también conocer los formatos que se pueden obtener:
- Formato estándar .e57: el formato estándar de las nubes de punto y que es formato abierto es el formato .e57 que puede también ser estructurado o no estructurado
- Formato marca del equipo: dependiendo de la marca del equipo con el que se escanee, se puede obtener el formato propio. Por ejemplo, Leica tiene el formato PTG o LGS (entre otros) y en cambio Faro tiene CPE. Estos formato sirven para trabajarlos en los softwares de tratamiento de las nubes o pueden ser leídos por softwares de transformación
- Formatos que lee Revit: en cambio, Revit solo es capaz de leer archivos .rcp o .rcs y por tanto son los que sí, trabajamos directamente con Revit, deberemos pedir.
Dependiendo de lo que necesitemos, pediremos un formato u otro para trabajar.
¿Con qué calidad de nube de puntos debo trabajar?
Y, por último, resultante de los dos puntos anteriores, la calidad de la nube de puntos con la que debemos trabajar para llegar al detalle que necesitamos entregar del modelado.
Es importante tener en cuenta tres aspectos
- Color o B/N: Es importante detectar cuando es importante que nuestra nube de puntos deba ser en Color o pueda ser un archivo en Blanco y Negro. Si queremos modelar instalaciones donde sea imprescindible poder diferenciar el color de las tuberías para diferenciar su contenido, o incluso sea importante detectar el tramado del material, se pedirá en Color. Pero cuando no tenga importancia ya que es más importante el espacio como volumen, podrá ser en blanco y negro. Debemos tener en cuenta que todas las tecnologías mencionadas en el punto anterior pueden obtener una nube en color, pero que el tiempo de escaneado también es mayor respecto al de blanco y negro.
- Densidad: la densidad de la nube de puntos, nos dará más precisión y referencias para poder modelar más seguros, pero hemos visto que según la tecnología de escaneo puede ser mayor o menor. Aunque teniendo la posibilidad de un tratamiento posterior, siempre se podría reducir su densidad en un futuro si nos entorpeciera el trabajo.
- Peso: por último y como consecuencia de la decisión de los dos puntos anteriores, afecta al peso del documento de la nube. Un peso muy elevado, nos imposibilitará el trabajo con la nube de puntos para su modelado. Es importante marcar un peso máximo y analizar si nos interesa poder dividir los archivos por zonas, por ejemplo.
El computo de los tres, hará que decidamos la composición de la nube de puntos, cuáles son aquellas zonas o niveles que nos interesan el color y cuáles en blanco y negro, qué densidad de precisión necesitamos o detectar que si puede alcanzar un tamaño muy elevado, qué posible división de la nube se puede realizar.
Tanto si queremos realizar una nube de puntos nosotros mismos, como si queremos subcontratar el servicio y ayudarnos por especialistas, es importante conocer estos puntos comentados, así por nosotros mismos o en consenso con los especialistas, podremos encontrar cómo generar una nube de puntos que nos funcione para nuestro caso concreto.
¿Qué tipo de información podemos encontrar en modelos BIM?
Hoy en día es fácil encontrar información acerca de la metodología BIM o de cómo funcionan sus herramientas (como, por ejemplo, Revit), sin embargo, sigue habiendo cierta confusión cuando pensamos en qué contienen exactamente los modelos de información o para qué pueden ser usados.
Es muy común pensar en BIM y rápidamente asociarlo con Revit o con un modelo geométrico, pero nada más lejos de la realidad. BIM es una metodología que engloba procesos, tecnología, colaboración e información de entre otros. Debemos recordar que, como se suele decir, la letra más importante de BIM es la “I” de información y que cada vez más, las personas que trabajamos en BIM y solemos relacionarnos con proyectos bajo estos estándares asumimos funciones de gestores de la información y, por lo tanto, es importante conocer qué tipos de modelos y qué tipos de información podemos encontrar en un proyecto desarrollado bajo esta metodología.
The urban rebounder provides a safe, fun and effective totally body workout: bodybuilding &45; the natural approach byrd chest fitness arnold schwarzenegger bodybuilding exercises | bodyweight workouts
Tipos de información
Más adelante hablaremos sobre modelos de información y veremos que en ellos la información es fundamental y que esta, se modifica y crece a lo largo del ciclo de vida del activo.
Indistintamente de la fase en la que se encuentre el proyecto, un modelo de información solo puede existir si contiene los siguientes tipos de información:
- Geometría, es decir, la representación tridimensional de los elementos en base a unas coordenadas y a escala 1:1.
- Datos, es decir, todos los datos relacionados con los distintos elementos del proyecto (largo, ancho, marca, fabricante, etc.).
- Documentación; es decir, todos los documentos relacionados con el proyecto (planos, fichas técnicas, informes, etc.).
Debido a las etapas de madurez del proyecto y lo tipos de información existentes, existen tres requisitos a tener en cuenta para la gestión de la información:
- Definición de requisitos de la información
- Planificación del desarrollo de la información
- Desarrollo de la información
Tipos de modelo
Como ya hemos mencionado, debemos dejar de pensar en modelos que únicamente contienen la geometría o la documentación de un proyecto los cuales, por lo general, dejan de tener utilidad tras la ejecución de este.
Para saber que tipo de información podemos obtener debemos saber previamente de donde obtenerlo y aquí el concepto cambia.
La norma UNE-EN ISO 19650 nos explica que debemos comenzar a entender los modelos BIM como “modelos de información”. Un modelo de información es un conjunto de contenedores de información (archivo, sistema o aplicación de almacenamiento jerarquizado) que se puede utilizar para transmitir la intención de diseño o la representación virtual del activo que se va a construir.
Por lo tanto, la tipología de un modelo de información viene definida por su objetivo o la necesidad a la que debe dar respuesta y la fase constructiva en la que se genera.
Por ello, podemos encontrar dos agrupaciones para modelos de información;
- Modelo de información del proyecto, PIM: Modelo de información relacionado con la fase de desarrollo (ejecución).
- Modelo de información del activo, AIM: Modelo de información relacionado con la fase de operaciones (mantenimiento).
La diferencia entre un modelo de información y lo que normalmente se entiende como un modelo BIM (modelo de Revit, IFC, etc.) es que el concepto cambia, y no nos limitamos a un modelo como tal, sino a un repositorio de información que puede ser una CDE (Common Data Environment) donde conectamos bidireccionalmente todo y donde a través de un middleware, podemos obtener la información y traspasarla a otros softwares. Por lo tanto toda la información está conectada y relacionada entre sí y los datos se convierten en el protagonista de la historia. De manera más simple, es como si uniéramos un modelo geométrico con una base de datos.
Uno puede pensar que un modelo de Revit de por sí, es una base de datos puesto que, por ejemplo, yo tengo un modelo con sus elementos y todos los datos de estos, ¿pero realmente tengo toda la información que debe contener un modelo de información según define la ISO 19650?
La realidad es que no, no podemos garantizar la bidireccionalidad y la relación paramétrica entre los tres tipos de información definidos por la ISO. Por ejemplo, en Revit podríamos en cualquier caso asociar una ficha técnica a un activo mediante un parámetro, introduciendo la URL donde se encuentra la ficha. Esto sin embargo no funcionaría en un modelo de información puesto que no es bidireccional, y yo no podría desde la ficha localizar el elemento en el modelo.
Conclusión
Como hemos podido ver, la tendencia es cada vez más centrarse en la información o, mejor dicho, en los datos de estos proyectos, sacando del foco principal al modelo geométrico que tan acostumbrados estamos a ver.
Evidentemente para que este sistema funcione, el modelo geométrico debe estar correctamente desarrollado, del mismo modo que la definición de los datos o la documentación.
Debemos recordar que BIM busca la interoperabilidad y la colaboración de agentes siempre en base a un modelo 3D y que cada vez se hace más evidente la necesidad de contar con modelos fiables con información que nos permita hacer un uso correcto y optimo de los edificios y esto pasa por contar con datos e información correctamente relacionada con los elementos de un modelo.
No nos sorprendería que esta tendencia comience a coger fuerza y de aquí un tiempo podamos comenzar a incluso valorar la necesidad de distintos modelos de información según contextos o necesidades que aún no se contemplan en la ISO. Lo que es seguro es que los modelos de información y la gestión de datos han llegado para quedarse.