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.
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.
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.
SCAN TO BIM – De la tecnología al modelado BIM - Tipologías de proyectos
Trabajar con nube de puntos para el levantamiento del estado existente y poder proyectar, o para la digitalización de activos ya construidos, o incluso la nube de puntos para comparar lo que se está construyendo con lo modelado, es una fuente fiable y veraz que permite poder visualizar de forma global aquello con lo que debemos trabajar. Pero no para todos los proyectos necesitaremos el mismo tipo de información y, por tanto, el mismo tipo de nube. Por eso es importante, como primer paso, analizar el tipo de proyecto que vamos a tener que escanear.
A partir del primer post introductorio de SCAN TO BIM – De la tecnología al modelado BIM - Introducción, continuamos ahora con el segundo para tratar qué tipología de proyectos y condicionantes afectan al escaneado de nube de puntos. Cada una de ellas, nos llevará a poder decidir qué debería tener en cuenta la nube de puntos.
¿Cuáles son las características del proyecto a tener en cuenta?
Cuando pensamos en una nube de puntos nos imaginamos un archivo que nos permitirá poder visualizar todo aquello que nos interese modelar o visualizar o coordinar. Pero para que la nube pueda ser efectiva para nuestro propósito, debemos ser capaces de detectar con qué tipo de proyecto estamos trabajando para dar prioridad a aquellas partes, zonas o sistemas que debamos analizar con más detalle, y cuales pueden pasar a un segundo plano.
Para ello distinguimos 3 características fundamentales a tener en cuenta antes de escanear. Estas son:
- Tipología de construcción y su uso
- Disciplinas a analizar
- Escenario
¿Qué tipología de construcción y uso nos podemos encontrar?
La principal diferenciación que nos podemos encontrar será sobre todo el tipo de construcción. Por norma general, lo que nos viene a todos a la cabeza es si se trata de un proyecto de edificación o si se trata de obra civil. Cada uno de ellos nos puede llevar a características diferenciadas no solo de cómo deberá ser la nube, sino también como se realizará la toma de datos.
- Proyectos de edificación: dentro de los proyectos de edificación, nos encontramos con proyectos que, aunque puede variar mucho sus dimensiones, suelen ser de carácter concentrado y con construcciones de edificios para el uso y resguardo del ser humano. Entre ellos puede haber vivienda, edificios para la docencia, hospitalario, monumentales, ocio, culto religioso, etc.
Cada uno de ellos, aunque se englobe dentro de edificación, variará mucho el escaneado que necesitemos, ya que la particularidad de cada uno nos llevará a prestar atención para el escaneo, según su uso principal.
- Obra civil: dentro de la obra civil consideramos obras lineales como carreteras, puentes, túneles o infraestructuras marítimas o aeroportuarias. Su característica principal se basa en sus dimensiones que en el caso de carreteras, puentes o túneles donde pueden alcanzar largas distancias y dimensiones, y también su complejidad estructural y por tanto construcciones más especiales.
¿Qué disciplinas se tendrán en cuenta?
Otro de los factores importantes que se deben tener en cuenta y que va relacionado con el apartado anterior son las disciplinas que se deberán escanear y analizar para poder realizar nuestro trabajo. A grandes rasgos se agrupan en Arquitectura, MEP y Estructuras.
- Arquitectura: La disciplina de Arquitectura abarcará toda la envolvente y acabados de edificación, posición general de elementos, volúmenes de espacios, circulaciones, materiales, detalles etc. En el caso de edificio de viviendas ya construidos nos ayudará a detectar las distribuciones y los cambios de materiales entre estancias. Para un edificio patrimonial o de culto, será la disciplina principal si nuestro objetivo es obtener el detalle de su fachada y adornos. Para la obra civil en cambio, en general será la disciplina con menos peso y solo ayudará a posicionar o ubicar zonas.
- MEP: La disciplina de MEP ganará mucho peso en aquellos edificios más técnicos o industriales. Será una disciplina que depende de la tipología de edificios o del momento de escaneo será importante planearla muy bien. Si se trata de instalaciones vistas porque es una industria, su escaneo visto deberá ser detallado y con gran precisión. Si se trata de instalaciones importantes como un edificio hospitalario que a posterior serán “escondidas”, se deberán intentar tomar antes del tapado o sino, buscar puntos clave de escaneo para intentar escanear aquellos elementos ocultos. En otro tipo de edificio como vivienda, es probable que su importancia sea menor que en un hospital, pero se tomaría el mismo método si fuera necesario. Para obra civil la mayoría de veces suele ser también fundamental toda aquella instalación que debe ser coordinada con la estructura principal.
- Estructuras: La disciplina de Estructuras suele ser fundamental en industria y obra civil donde el gran peso de su particularización son las estructuras. Se deberá tener en cuenta su ubicación y posición, y su geometría. Sobre todo, deberá ser más precisa cuando se trate de estructuras metálicas y sus uniones. Por ejemplo, en un parking es esencial tanto la posición de los pilares como sus instalaciones vistas, para una industria exactamente lo mismo. En cambio, para un puente, lo principal será la estructura y el entorno al que se apoya.
Las tres disciplinas deberán ser analizadas en cada una de la tipología de edificio y tener en cuenta cuál es prioritaria y su detallado.
¿A qué escenario nos debemos enfrentar?
Por último, otro factor que debemos tener en cuenta para el tipo de proyecto son las condiciones de entorno en los que se encuentra. Básicamente se agrupan en:
- Entorno ocupado - no ocupado: conocer si se trata de un espacio vacío o si está en funcionamiento y por tanto hay objetos y personas en movimiento.
- Entorno cerrado - al aire libre: si el espacio es un edificio cerrado y por tanto se puede controlar la luz, el clima y exposiciones. O si por el contrario se trata de espacio exterior donde habrá que tener en cuenta el clima y las distancias.
Con todas estas casuísticas detectadas, se deberá tener en cuenta el caso concreto al que nos vayamos a enfrentar y analizar qué es aquello que es importante controlar y qué nos puede afectar. Así seremos capaces de poder decidir que necesidades tiene nuestra nube de puntos.
SCAN TO BIM – De la tecnología al modelo BIM - Introducción
Desde hace tiempo que la tecnología de escaneado láser en formato nube de puntos, irrumpe en el entorno BIM, ya que sirve de apoyo para realizar nuestros modelos BIM de edificios ya existentes. También hemos hablado de distintas tecnologías para poder tratar la nube de puntos. ¿Pero cuándo escogemos una u otra? ¿Qué debemos tener en cuenta antes del escaneo? ¿Es necesario usar software de transformación? Desde MSI Studio, vamos a realizar una serie de posts que nos ayudará a saber cómo escoger y tratar los proyectos donde contamos con nubes de puntos.
Desde hace tiempo, MSI Studio ha trabajado en distintos proyectos donde una de las fuentes principales de información de partida era una nube de puntos. Hemos podido leer distintos blogs como Cómo modelar a partir de una nube de puntos, o ¿Qué es Scan-to-BIM y qué necesito saber antes de aplicarlo?
¿Qué información necesitamos según la tipología de proyecto?
Cuando debemos realizar el levantamiento de un edificio existente de oficinas que se encuentra vacío, o cuando necesitamos levantar un parking con actividad constante y al aire libre, no podemos considerar que el trabajo de escaneo, ni el detalle en según qué disciplina, ni la definición de la información de partida será la misma.
La tipología de edificio y su entorno afectarán en gran medida a l tipo de captura que debamos realizar.
Por tanto, lo primero que debamos tener en cuenta es a que nos vamos a enfrentar para poder definir la mejor metodología de trabajo.
¿Qué tipología de tecnología de escaneo es necesaria?
Existen en el mercado empresas especializadas en Escaneado laser que nos ayudan en el día a día a poder definir cuál es la mejor tecnología a usar dependiendo del proyecto.
Pero igual de importante es saber, antes de poder contratar los servicios, cuáles son las características principales del proyecto y las necesidades tecnológicas que necesitamos, para poder luego discriminar aquellas tecnologías que no nos van a aportar la información necesaria, de aquellas que sí que nos ayudarán a nuestro fin,
¿De qué depende? Color, densidad, estructuración y formatos, etc.
¿Cómo trabajamos la nube de puntos en Revit?
Si por el alcance del proyecto, decidimos que es suficiente el trabajo con Revit, ¿qué debemos tener en cuenta para que el trabajo sea ágil y óptimo?
¿Cómo trabaja Revit las nubes de puntos? ¿Qué formatos lee? ¿Es importante la ruta al archivo? ¿Y su peso? ¿Es necesario tener vistas preparadas? Todo ello se debe tener en cuenta y sobre todo si se trabaja con archivos centrales y locales, ya que lo más importante en este caso, es la agilidad de los archivos. No podemos permitir que el formato o peso nos influya en nuestra producción.
¿Y si contamos con softwares de transformación de nube de puntos?
Para según qué tipos de proyectos, podemos valorar la opción de usar un software de transformación de nube de puntos, ¿pero todos ellos trabajan del mismo modo?
Por supuesto que no, han surgido también durante todo este tiempo varios softwares de transformación, que son creados por la propia casa comercial de tecnología de escaneos, y otros que surgen de la necesidad de transformar distintos formatos sin casarse con una marca concreta.
En próximas entradas del Blog veremos algún ejemplo de las necesidades que pueden tener y que nos pueden aportar cada uno de ellos en el proceso de tratamiento y transformación de la nube de puntos al modelo BIM.
Desde MSI Studio, hemos trabajado en la importancia de cada uno de estos temas dentro del entorno Scan To BIM y esperamos que os puedan ayudar a entender mejor cómo debemos trabajar con las nubes de puntos para transformarlos a Modelos de Información BIM.
Property Sets de IFC, ¿Tablas de planificación o .txt? Parte II
Sabemos que para exportar datos desde Revit a IFC con Property Sets personalizados contamos con dos metodologías distintas, la primera a través de tablas de planificación de Revit, y otra que pueda parecer más compleja, configurando un archivo .txt con la estructura necesaria para relacionar los parámetros que queramos en cada agrupación de datos. En el anterior post vimos cómo realizarlo a partir de tablas de planificación, ¿Cuál va a ser el resultado con un archivo .txt?
En el post anterior Property Sets de IFC, ¿Tablas de planificación o .txt? Parte I, pudimos comprobar cómo se exportaban los Property Sets desde la tablas de planificación de Revit y pudimos comprobar que sufría algunos errores que no permitían conseguir el resultado que deseábamos del IFC final.
En este post vamos a realizar las exportaciones desde un archivo .txt y así poder comparar el resultado.
Antes de nada, vamos a hacer un pequeño recordatorio, partíamos de estos ejemplos de Property Sets a conseguir con un pequeño proyecto.
| CASO 1 – Pset_General | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Código de montaje | ClasificacionProyecto | Código GuBIMClass | Todas |
| Descripción de montaje | Descripcion | Descripción GuBIMClass | Todas |
| CASO 2 – Pset_Compra | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Fabricante | Fabricante | Nombre del fabricante | Sillas/Mesas |
| Modelo | Modelo_Codigo | Número del código | Sillas/Mesas |
| CASO 3 – Pset_Temp | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Fase de creación | TCreacion | Fase en la que se crea | Todas |
| Fase de derribo | TDerribo | Fase en la que se derriba | Todas |
| CASO 4 – Pset_Med | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Área | Area | Área del elemento | Muro, Suelo |
| Volumen | Volumen | Volumen del elemento | Pilar, Muro, Suelo |
Exportación a partir de archivo .txt
Para realizar la exportación desde un archivo .txt debemos recordar cuál es su estructura y así poder generar los Property Sets personalizados.
Para la realización de este archivo debemos tener en cuenta que:
- Debemos hacer tantos Property Sets como grupos de nombres distintos de paquetes de información queramos obtener.
- Debemos clasificar según si queremos adjudicarle el Property Set a todas las categorías que constituyan el modelo (IfcElement) o solo a categorías concretas (IfcWall, IfcColumn…)
- En el caso de tener que exportar por categorías - Clases de IFC, deberán ser nombradas por orden alfabético en el documento.
Para este ejemplo quedaría un archivo de txt así:
Hemos separado por grupos de PopertySets con títulos distintos, y además si son de Tipo o de Ejemplar.
Recordamos que, para poder exportar el archivo .txt como Property Sets, en el exportador de IFC debemos marcar Export user defined property sets:
Ahora vamos a ver el resultado en IFC desde el visor BIMcollab ZOOM:
Si comprobamos que PropertySets se han exportado Para una familia de sistema Muro, comprobamos que:
- Se ha exportado solo un Pset_general que contiene los parámetros de Tipo.
- Se ha exportado un Pset_Temp y un Pset_Med solo con los parámetros correspondientes a su categoría.
Si comprobamos que PropertySets se han exportado Para una familia cargable Silla - Mobiliario, comprobamos que:
- Se ha exportado solo un Pset_general que contiene los parámetros de Tipo.
- Se ha exportado un Pset_Temp y un Pset_Compra solo con los parámetros correspondientes a su categoría.
Si comprobamos que PropertySets se han exportado Para una familia cargable Puerta, comprobamos que:
- Se ha exportado solo un Pset_general que contiene los parámetros de Tipo.
- Se ha exportado un Pset_Temp que le corresponde a su categoría, pero esta vez no se ha exportado Pset_Compra que es lo que debía pasar.
A partir de estas pruebas, concluimos que exportar con un archivo .txt de Poperty Set:
- Conseguimos que los Property Sets se exporten apropiadamente según su categoría y sin repetir salidas.
- Funciona igual tanto para parámetros de Tipo como de Ejemplar.
- Es un poco más complejo configurar el archivo que crear tablas de planificación, pero puede ser más efectivo.
Cual podría ser el funcionamiento óptimo? Un mixto de los dos criterios con las mejores funcionalidades de cada uno.
Para esta opción, recordamos que deberemos marcar las dos opciones en el exportador de IFC:
Export schedules as property sets
Export user defined property sets:
Podríamos decir que sería apropiado obtener los parámetros de ejemplar y sobre todo los de mediciones desde tablas de planificación de Revit, y los de Tipo o a elementos generales desde un archivo .txt.
De este modo obtendríamos un IFC con los Property Sets que necesitamos sin errores, ni duplicados.
Conclusión
Hemos podido comprobar que los dos métodos son válidos para poder exportar los Property Sets de un IFC, pero que cada uno de ellos tiene sus ventajas e inconvenientes, por eso es importante conocerlos.
- Antes de exportarlos deberemos:
- Analizar qué tipos de parámetros contiene cada Property set
- Si son de Tipo o de Ejemplar
- Si van a todas las categorías o a unas concretas
- Cuál es el mejor método para exportar cada uno, por tablas o por .txt.
Creo que ahora ya estamos un poco más preparados para saber que método escoger. ¿Estáis listos?
Property Sets de IFC, ¿Tablas de planificación o .txt? Parte I
Sabemos que para exportar datos desde Revit a IFC con Property Sets personalizados contamos con dos metodologías distintas, la primera a través de tablas de planificación de Revit, y otra que pueda parecer más compleja, configurando un archivo .txt con la estructura necesaria para relacionar los parámetros que queramos en cada agrupación de datos. ¿Cuál es más recomendable usar?
Como vimos en el post anterior Criterios a tener en cuenta para exportar un IFC, descubrimos que existen unos criterios previos que debemos plantearnos antes de exportar un IFC. Y ya no solo se trata de cómo generar la estructura de modelo, sino qué información debe contener para que posteriormente también la contenga el archivo IFC.
Vamos a analizar qué tipo de información puede contener el IFC respecto a los parámetros de Revit.
¿Qué tipos de parámetros nos encontramos en Revit?
Como ya sabemos, en Revit existen dos tipos de parámetros en referencia a los objetos de Revit.
Por un lado, tenemos los parámetros de Tipo, que nos dan información general respecto a todos los ejemplares del proyecto que pertenezcan al mismo Tipo. Por ejemplo, la información del Fabricante, será la misma para todos los ejemplares del mismo tipo de silla que coloquemos en proyecto.
Y, por otro lado, tenemos los parámetros de Ejemplar que nos dan información específica de cada objeto del proyecto y que puede variar de uno a otro. Como, por ejemplo, el área de un muro, que variará según su morfología.
¿Qué tipos de agrupaciones de información podemos generar para un IFC?
Antes de continuar, vamos a hacer un pequeño recordatorio de que es un Property Set. Se trata de un contenedor de parámetros de información, con un nombre específico, y que nos aportarán la información que se obtiene directamente de los objetos contenidos en el proyecto.
Bien, pues a partir de aquí, según los criterios que exija el proyecto, podemos encontrarnos con 4 casuísticas distintas de tipos de agrupaciones de Property Set que queramos exportar a IFC:
- Parámetros de Tipo que vayan referidos a todos los elementos de mi proyecto.
- Parámetros de Tipo que solo vayan referenciados a unas categorías concretas de mi proyecto.
- Parámetros de Ejemplar que vayan referidos a todos los elementos de mi proyecto.
- Parámetros de Ejemplar que solo vayan referenciados a unas categorías concretas de mi proyecto.
Vamos a poner dos ejemplos de cada uno para poder desarrollar:
| CASO 1 – Pset_General | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Código de montaje | ClasificacionProyecto | Código GuBIMClass | Todas |
| Descripción de montaje | Descripcion | Descripción GuBIMClass | Todas |
| CASO 2 – Pset_Compra | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Fabricante | Fabricante | Nombre del fabricante | Sillas/Mesas |
| Modelo | Modelo_Codigo | Número del código | Sillas/Mesas |
| CASO 3 – Pset_Temp | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Fase de creación | TCreacion | Fase en la que se crea | Todas |
| Fase de derribo | TDerribo | Fase en la que se derriba | Todas |
| CASO 4 – Pset_Med | |||
| Nombre en Revit | Nombre en IFC | Información Contenida | Categorías |
| Área | Area | Área del elemento | Muro, Suelo |
| Volumen | Volumen | Volumen del elemento | Pilar, Muro, Suelo |
¿Cuál sería el mejor método de exportación para cada uno de ellos?
Para ello, vamos a coger un pequeño modelo de muestra:
Exportación a partir de tablas de planificación
Si queremos realizar la exportación a partir de tablas de planificación, debemos tener estos aspectos en cuenta:
- En Revit, ninguna tabla de planificación se puede llamar igual.
- En Revit, las tablas multicategoría solo muestran categorías cargables, si no debemos hacerlas por categoría.
- Las columnas de valores calculados de las tablas de planificación, no se exportan desde la tabla a los PropertySets
Vamos a comprobar que deberíamos hacer en Revit:
Vemos que, si queremos hacerlo todo por tablas de planificación, parece que necesitaríamos crear unas 13 tablas de planificación distintas. Y Esto siendo un modelo pequeño. Si fuera un proyecto mayor con muchas más categorías modelada, el número de tablas finales incrementaría bastante.
Recordamos que, para poder exportar las tablas de planificación como Property Sets, en el exportador de IFC debemos marcar Export schedules as property sets:
Ahora vamos a ver el resultado en IFC desde el visor BIMcollab ZOOM:
Si comprobamos qué PropertySets se han exportado para una familia de sistema Muro, comprobamos que:
- Se ha exportado tres veces el Pset_General, el que pertenecía a la tabla de planificación multicategoría (que Revit solo deja ver familias cargables) y todas aquellas que han sido creadas por categoría de sistema concreta.
- Se ha exportado una tabla de Temp y otra de Med específica solo de su propia categoría.
Si comprobamos que PropertySets se han exportado Para una familia cargable Silla - Mobiliario, comprobamos que:
- Se ha exportado tres veces el Pset_General, el que pertenecía a él, desde multicategoría, y aquellas que han sido creadas por categoría de sistema concreta.
- Se ha exportado una tabla de Temp y otra de Compra específica solo de su propia categoría.
Si comprobamos que PropertySets se han exportado Para una familia cargable Puerta, comprobamos que:
- Se ha exportado tres veces el Pset_General, el que pertenecía a él, desde multicategoría, y aquellas que han sido creadas por categoría de sistema concreta.
- Se ha exportado una tabla de Temp específica solo de su propia categoría.
- Se ha exportado también Pset_Compra, que no debía exportarse para él, pero como contiene la información cumplimentada en Revit, se ha exportado igualmente.
Conclusión
Por tanto, la conclusión que podemos sacar de las exportaciones de Property Sets desde tablas de planificación es que:
- Los parámetros que son de Tipo y que se llamen igual para todos los elementos, se repiten tantas veces como en tablas aparezca el mismo nombre de parámetro.
- Los parámetros de Ejemplar aparecen solo en la tabla de planificación que le corresponde.
- La tabla multicategoría, aunque en Revit solo nos muestre familias cargables, en IFC sirve tanto para mostrar familias cargables como de sistema siempre y cuando los parámetros sean de Tipo y se nombren igual.
En el siguiente post, veremos cómo hacer el mismo procedimiento con un archivo .txt, y Así podremos determinar que método funciona mejor.
¿Cómo modelar prefabricados en Revit?
Ya sabemos que Revit es una herramienta de modelado constructivo, pero por su modo de crear elementos suele funcionar perfectamente con construcciones in situ. ¿Pero qué pasa cuando tenemos que construir con prefabricados? ¿Cómo adaptamos nuestro modelo ejecutivo a uno constructivo? ¿Qué herramientas u opciones tenemos?
Introducción
Ya es sabido por todos, que Revit es un software
bastante ortogonal a la hora de modelar. Que las formas curvas complejas le
cuesta trabajarlas. Pero este problema ya hemos sido capaces de solventarlo con
alternativas. Pero lo que también nos encontramos cada vez más, son proyectos
con estructuras prefabricadas de aplicación más
sencilla en obra ¿Creéis que Revit está preparado para eso? Con las
herramientas que nos proporciona por defecto parece que tiende más bien a una
estructura in situ. ¿Qué podemos hacer para adaptar nuestros modelos a la
prefabricación?
Cuerpo
Como ya habremos escuchado alguna que otra vez,
la metodología BIM, a lo que también nos puede aportar valor, es a la idea de
construir edificios en un programa paramétrico, y que por tanto podamos incluso
pensar en la idea de “industrializar” la construcción. Un primer paso sencillo,
sería el de industrializar la estructura de un edificio, ya que nos puede
aportar beneficios en nuestra construcción. Por ejemplo:
- Los Prefabricados permiten reducir las tareas auxiliares y la mano de
obra. - No se requiere de encofrados
- No se depende de la climatología
- Se puede hacer con precios cerrado y en plazos más cortos.
Lo que debemos
pensar primero es si Revit está preparado para ello.
¿Qué tipos de
elementos necesitamos para crear nuestro modelo prefabricado?
Primero debemos analizar que tipos de elementos
podemos encontrarnos en una estructura prefabricada. A partir de aquí, podremos
traducir esto a la herramienta Revit.
De esta imagen podemos detectar dos tipos de modelado dentro de Revit.
Uno podría ser
elementos de familias que creáramos nosotros, ya que se tratan de familias
lineales como vigas o elementos puntuales como los casetones que podrían ser
familias cargables.
Otros en cambio,
parten de elementos de sistema como las pantallas o los muros prefabricados, que,
en cambio, se podrían trabajar con familias cargables, pero sería mucho más
laborioso.
Otra opción distinta,
sería buscar un plugin alternativo que nos ayudara a poder modelar
prefabricados dentro de Revit, como por ejemplo PRECAST.
Por tanto, vamos
a ver las opciones para refabricar en Revit de:
- Crear
familias cargables - Crear
piezas con perfiles de corte para elementos lineales - Usar
plugins como Autodesk Structural Precast.
¿Cómo crear
familias cargables de prefabricados?
La
biblioteca de familias de Revit, ya sabemos que está cargada de familias de
armazón estructural, y en ella, las de acero nos funcionan perfectamente porque
son los perfiles que solemos usar en España. Pero las familias de vigas de
hormigón no se ajustan tan bien a nuestras necesidades.
Es
muy sencillo crear nuestras vigas de hormigón a partir de la plantilla de
familia “Armazón estructural métrico - Vigas y tornapuntas.rft”. Incluso
podemos partir de un perfil 2D de cad para calcar nuestro perfil.
Lo
único que deberemos tener en cuenta es, que dentro de la familia tenemos la
longitud de corte geométrico y la longitud analítica. Por suerte la familia ya
nos especifica con un ejemplo, donde debe ir nuestra geometría.
De este modo, muchos elementos lineales que son prefabricados, los podemos solventar. Además, Revit nos permitirá tener y obtener toda la información necesaria de este tipo de elementos.
¿Cómo crear
piezas para elementos lineales partiendo de familia de Sistema?
En el caso de que nos encontremos con elementos tipo
pantallas que queramos mantener su creación inicial en muro, pero que
geométricamente se parezca a una unión de elementos, podemos usar la opción
“Pieza”.
Cuando convertimos un muro en piezas debemos tener dos cosas presentes, además de las que ya conocemos de las piezas:
- Que podemos dividir las piezas en
tantos segmentos queramos a partir de rejillas o planos de referencia
- Que podemos añadir un perfil
de división que nos permita jugar con la geometría de corte de casa segmento.
Con esto,
podremos visualmente ver las piezas de montaje y podremos sacar mediciones a
partir de las piezas. Pero además continuamos teniendo la base del muro como
elemento origen.
¿Cómo usar el
plugin Autodesk Structural Precast para prefabricar?
Este plugin
gratuito de Revit, que podréis encontrar en vuestro usuario de Autodesk, permite
convertir elementos de Revit en piezas prefabricadas. Y que, además, realiza de
una manera muy rápida, planos de prefabricación de cada pieza.
Es una
herramienta sencilla de usar, y en su configuración y funcionamiento interno,
hace algo muy parecido a lo que hemos hecho en el punto anterior. Lo que hace
es, convertir los elementos en piezas y colocarle familias que carga el propio
plugin. Y a la vez, crear un montaje para poder sacar vistas de cada una de
ellas para obtener planos automáticos.
Solo necesitamos
configurar como queremos que se conviertan los muros, suelos y las piezas
genéricas y a partir de aquí, seleccionar los elementos que queremos convertir.
También, este plugin permite, desde la misma
configuración, preestablecer un armado propio por tipo de piezas. De este modo,
una vez creada la pieza, se puede armar.
Por último,
vemos que este plugin también nos ayuda a sacar planos de prefabricación muy
rápidamente. Desde la misma ventana de configuración, le indicaremos como.
Conclusión
Vemos que, aunque directamente Revit, no esté preparado para poder obtener un modelo de estructura prefabricada, hay herramientas que nos pueden ayudar, y que además han sido evolucionadas hasta crear plugins que rápidamente nos ayudan a poder preconfigurarlo y modificarlo.
Pero lo más importante, que no perdemos la originalidad del modelo, así que solo debemos transformar un modelo ejecutivo a un modelo constructivo sin tener porque cambiar de software.
¿Cómo mide Revit los elementos?
Para poder saber si lo que estamos midiendo de nuestro modelo Revit es correcto, debemos antes saber cómo Revit considera cada elemento y cómo los mide. Entonces, sabremos con criterio, si admitimos la medición de Revit o no para nuestro presupuesto.
Introducción
Muchas son las ocasiones en las que hemos comentado que
podemos obtener mediciones directas de elementos de nuestro modelo, lo que
llamaríamos elementos de “Nivel 1”. Pero para ello debemos saber cómo lo mide
Revit, y validar si la información que nos proporciona es apta para obtener
nuestro presupuesto o no.
Cuerpo
Como vimos en la entrada anterior ¿Cómo configurar una matriz de desarrollo? descubrimos qué debemos analizar de cada uno de los elementos de nuestro modelo para poder medirlo como nos interesa. En la matriz, conseguíamos ver que había partidas que podíamos obtenerlas de los elementos que directamente habíamos modelado y otras que las podíamos obtener a partir de algún dato del elemento modelado. Éste era el caso de los elementos clasificados en Nivel 1 y Nivel 2. Pudimos comprobar que los elementos más sencillos son los clasificados en Nivel 1, ya que los podíamos obtener directamente del modelo. Pero antes es necesario validar si la información que nos está dando Revit es la que nos interesa a nosotros.
Un ejemplo claro de una
partida de Nivel 1 era, por ejemplo, un muro. Es importante recordar que no es
lo mismo un tabique de pladur, que es una partida directa, o una fachada, que
probablemente tiene más de una partida asociada.
¿Cómo Revit
contabiliza un muro simple?
La pregunta parece sencilla, para obtener la medición de un tabique, necesitamos que nos de la información de m². Vamos a ver cómo responde Revit:
Vemos que la medición del tabique simple e individual, nos da la medición de longitud de 3m y su área (teniendo en cuenta que la altura del muro es de 3m) es de 9 m². En cambio, si este muro tiene continuidad y se encuentra con otro en esquina su medición varía. Su longitud, para Revit, continúa siendo 3 m coincidiendo con el eje del muro con el que se encuentra, aunque su cara más desfavorable es más larga y resulta ser de 3,038m. En cambio, su área sí que varía, y da un valor de 9,113 m² que es el resultado de calcular: 3,038 (Longitud externa) x 3 (Altura) = 9,113 m².
En el caso de generar
una “U”, vemos que el muro de la izquierda suma, lo que se le resta al de la
derecha (considera el área con la longitud del muro interior).
Necesitamos conocer si
la medición que nos está dando Revit sigue los criterios que deseamos.
Si contáramos la
longitud final de los tres muros por su altura obtendríamos:
- (3 m
(longitud) x 3 m (Altura)) x 3 muros = 27 m² - 9,113 m² +
9,00 m² + 8,888 m² = 27 m²
¿Cómo Revit
contabiliza una Fachada?
Vamos
a comprobar ahora el Área de los muros de una fachada. Ya sabemos que, si
modelamos la fachada como elemento único y contiene más de una partida,
deberemos tener en cuenta si su área la podemos obtener como nos interesa.
Si lo comprobamos por material, haciendo una tabla de Cómputo
de material, veremos que su área no varía, pero en cambio su volumen sí que es
específico por capa de material y cara de muro. Evidentemente tendrá menos
volumen la capa interior de la “U” respecto a la cara exterior de la “U”.
Tanto en el caso anterior como el de ahora, eso depende de
cómo están realizadas las uniones.
Como vemos en la imagen, cuando modelamos los muros, se conectan y se crean uniones entre ellos que nosotros no vemos. Si lo seleccionamos nos muestra de color azul el límite que está contabilizando. En el caso que queramos modificar esa unión, con la herramienta unión de muro, podremos modificarla y veremos que cambian sus valores de cálculo.
Ahora vamos a probar con la opción activa de Envolvente Exterior de los muros. Lo que nos hace, es realizar un giro del material en extremos libres de muro. Visualmente vemos que ha aumentado la cantidad de área del material de la capa externa de nuestro muro, ¿pero realmente varía nuestra medición?
Como vemos en la imagen
no varía ni en el área del muro, ni en la tabla de computo de materiales, por tanto,
lo podemos considerar un efecto visual pero que no podemos medir.
Lo mismo sucede si añadimos una ventana al
muro.
El hueco de la ventana
siempre lo resta de su área del Muro. Por tanto, la medición siempre la
tendremos restando cualquier tamaño de hueco. Sabiéndolo deberemos realizar nosotros
el cálculo de los huecos que tengamos que realmente restar, el que debamos
restar la mitad o no debamos restar nada.
Además, también tenemos
la opción de girar el muro en Envolvente de inserciones, pero vuelve a ser un
efecto visual, ya que no obtendremos la medición de este trozo de muro.
Sabiéndolo deberemos decidir qué hacer, si aceptamos el resultado tal cual nos
lo da Revit, si le decidimos añadir un factor corrector en el programa de mediciones
y presupuestos, o si es muy importante, modelarlo como un muro aparte para que
contabilice bien los m².
La opción que nos queda,
es crear piezas de estos muros.
Vemos que, al crear las
piezas, desaparecen las opciones de “Envolvente” de los muros (efecto visual),
por tanto, tampoco nos sirve para medir los giros de muro. Pero en cambio sí
que nos sirve para medir correctamente el área de cada capa del muro, teniendo
en cuenta que varía según su modelado.
Sabiendo estas tres sencillas mediciones que obtenemos, ya seremos capaces de analizar cuáles aceptamos, cuáles corregimos o cuáles no consideramos de los muros.
¿Cómo Revit afecta a
mediciones de Nivel 2?
Una vez vista alguna afectación de Nivel 1, vamos a analizar alguna afectación de Nivel 2. Un ejemplo que deberemos pensar cómo modelamos si queremos obtener medición de Nivel 2, es por ejemplo la de los forjados con los huecos. Si quisiéramos obtener la medición de perímetro de suelo para poder obtener la medición de partida de encofrado, deberemos vigilar como lo modelamos.
Vamos a comprobarlo.
Tenemos un forjado con estas dimensiones,
obtenemos el perímetro, el área y el volumen. Para sacar el encofrado,
necesitamos el perímetro.
Vemos que, si hacemos el hueco con la herramienta Agujero, nos resta área y volumen, pero en cambio el valor del perímetro no varía, es exactamente igual que el suelo sin hueco. En cambio, si lo obtenemos editando su contorno y realizando un perímetro cerrado dentro del suelo, vemos el hueco realizado, donde se resta también el área y el volumen, y además aumenta el perímetro por la suma de las caras de los huecos que hemos dibujado.
Por tanto, si queremos
medir el perímetro de un suelo correctamente, deberíamos modelar los huecos
editando su contorno.
Conclusión
Estos son algunos de los
ejemplos de aspectos que tenemos que conocer y tener en cuenta cuando queremos
medir nuestro modelo realizado en Revit.
En ocasiones, nos podemos encontrar proyectos que, en su BEP, se pida obtener las mediciones casi completas extraídas del modelo directamente. Pero en cambio la matriz de desarrollo o el LOD especificado no se corresponde con la exigencia de medición que se va a tener que obtener. Es importante que tengamos en cuenta que, el modo en el que modelemos, repercute directamente en la obtención de la medición. Y, por tanto, cada vez es más importante que realicemos este análisis previo para desarrollar la matriz de mediciones que nos permitirá sacar un presupuesto más específico del modelo.
¿Cómo configurar una matriz de desarrollo?
Suele ser bastante molesto tener que modificar el trabajo
hecho hace semanas, por algún motivo que podríamos haber tenido en cuenta desde
un inicio. Esto es lo que suele pasar muchas veces cuando tenemos que sacar un
presupuesto de nuestro modelo BIM, ya sea porque externalizamos los
presupuestos a otro despacho y no hacen el seguimiento de proyecto, o porque no
lo hemos tenido en cuenta hasta el final del proceso. Esto lo podemos evitar si
desde un inicio tenemos este uso en cuenta y lo valoramos en nuestro
modelado.
Como vimos en un post anterior ¿Cómo modelo, cómo codifico o qué programa de presupuestos uso?, comprobamos que hay varios aspectos a tener en cuenta para poder sacar el presupuesto de nuestro modelo:
- ¿Cómo modelo para sacar presupuestos?
- ¿Cómo codifico para presupuestos?
- ¿Qué software de presupuestos voy a usar?
Analizando
estos tres puntos, vimos que era necesario ponerlos en orden antes de empezar
un proyecto. Y concluimos que esto, se podía ordenar en una matriz de
desarrollo para presupuestos donde pudiéramos analizar y decidir como se
harían cada uno de los puntos anteriores.
¿Qué debemos tener en cuenta para crear la matriz?
- En el post anterior, nos dimos cuenta de que, un punto importante es el software de presupuestos, ya que es distinto si va a leer la información solo por su geometría o si podrá leer parámetros de información.
- Otro punto importante a tener en cuenta es la base de precios de la que se va a partir. Que partidas van a englobar mi proyecto y con que unidades se mide cada una de ellas.
- Que nivel de clasificación de partida tiene ese elemento. Como vimos en el post Mediciones BIM en el entorno de obra. Parte 1 podemos tener 4 niveles:
- Nivel 1: mediciones obtenidas directamente del modelo.
- Nivel 2: mediciones relacionadas a la geometría de elementos del modelo.
- Nivel 3: mediciones no relacionadas a la geometría de elementos del modelo, pero relativas a un elemento que sí ha sido modelado.
- Nivel 4: mediciones no relacionadas a ningún elemento del modelo.
- El LOD que vamos a usar para presupuestar este elemento.
- El tipo de parámetro que lo va a clasificar y dónde va a ir ubicado.
Ejemplo práctico de Matriz de desarrollo
Vamos a crear
un caso de ejemplo donde vamos a tener un pequeño proyecto donde nos
encontramos con una estructura de hormigón, cerramientos de fachada y cubierta,
divisiones interiores y mobiliario.
Empezaremos
teniendo en cuenta los capítulos de nuestra base de precios, y a partir de
aquí, conocer cómo vamos a trabajar nuestro modelo. Una propuesta de columnas
para nuestra matriz podría ser:
- Capítulo:
donde incluirá cada uno de los capítulos de nuestra base de precios - Elemento
constructivo: correspondiente a la partida y al elemento en Revit. - UN:
las unidades con que se mide esta partida - Categoría
de Revit: con que categoría se va a modelar - LOD:
en nivel de detalle al que se va a llegar con ese elemento para sacar el
presupuesto - Nota
Clave: Si va a incluir nota clave a o no - Nivel:
Nivel de clasificación de partida - TIPO/MATERIAL:
Si lleva código, en cual de los dos parámetros va aplicado. - Descripción:
Explicación o detalles que se tendrán en cuenta para esa partida,
Vamos a empezar con un
ejemplo de cimentación estructural. Analizaremos tres partidas con
comportamientos totalmente distintos:
- El hormigón de limpieza, depende de como lo modelemos puede salir medición directa o no. Ya que es un elemento que se mide en m², hemos considerado que va a ser un elemento anidado compartido a la zapata, por tanto, lo podemos tratar como una partida de Nivel 1, lo podremos codificar y será por tipo.
- Las Zapatas, que se miden por m³, en cambio es un elemento más directo, va a ser una familia de cimentación aislada, Nivel 1 de medición, lo codificaremos por nota clave e irá por tipo
- Pero en cambio, otra partida que también forma parte de este capítulo, como es el encofrado, es un elemento que no se modelará y, por tanto, no llevará nota clave. Como se trata de una partida de Nivel II, la obtendremos a partir de otro elemento modelado, y operaremos en el propio software de presupuestos.
Depende del
nivel de detalle del modelo, también nos encontraremos con partidas que, si el
nivel de detalle es elevado, lo deberemos modelar, pero si es bajo no se
modelará, como, por ejemplo: armado, placas de anclajes, pernos, etc.
En el caso de que sea
nivel medio, la matriz quedaría:
- En este caso, las placas de anclaje, suponiendo que el proyecto es un LOD 300, no se modelarían. Por eso, este tipo de elemento pasaría a ser de Nivel III de medición y por tanto aplicaríamos un parámetro donde añadiríamos la medición.
- Para partidas tipo aislamientos, normalmente nos encontramos con que son partidas que vienen incluidas como una capa dentro de un elemento único “Muro”. Además, nos lo podemos encontrar en distintas categorías. Por tanto, es una partida que deberemos controlar por Material, que esté bien nombrado y aplicado y codificar la nota clave por el material.
- También nos encontraremos con partidas, que dependiendo de la solución de modelado que hayamos escogido, nos saldrán directas o no. Si escogemos que el alicatado lo modelamos como un muro aparte, sería partida de Nivel I y se codificaría por Tipo. En cambio, si escogemos que forma parte de una capa de mi muro. Sería como el caso anterior.
Repasando cada
una de las partidas, y cada uno de los elementos que se obtendrá en el modelo
de Revit, nos saldrá una matriz bastante extensa, pero esta Matriz puede ser un
documento vivo para ir alimentándola proyecto a proyecto. ¿Os atrevéis a seguir
con ella?