¿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.
¿Cómo modelo, cómo codifico o qué programa de presupuestos uso?
Estas son algunas de las preguntas que nos tenemos que hacer antes de empezar un modelo 5D.
A ser posible, siempre nos gustaría poder
obtener mediciones o presupuestos del modelo que hemos realizado. Pero es
importante pensar que los queremos antes de empezar el proyecto, y no darnos
cuenta cuando el gran volumen de modelado ya está realizado, ya que, si es así,
es probable que nos afecte a la hora de sacar dichas mediciones.
Como vimos en un post anterior, Mediciones BIM en el entorno de obra. Parte 1, existen 4 niveles de clasificación de
elementos según como se midan y como se modelen. Refrescando un poco, tenemos:
- 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.
Estos
serían, a grandes rasgos, lo que tenemos que tener en cuenta para poder traspasar
la información de nuestro modelo al software de mediciones. Antes de esto,
tenemos que pensar en cómo vamos a modelar cada uno de los elementos para, posteriormente,
poder aplicar la regla de los 4 niveles para su extracción.
¿Cómo modelo para sacar presupuestos?
Antes
de empezar a modelar, es importante pensar cómo voy a modelar cada objeto.
Debemos hacernos unas preguntas:
- En la categoría que estoy modelando, ¿voy a poder obtener la unidad
de medición correcta? - Este elemento, ¿contempla una única partida?, o ¿puede contener más de
una partida?
La primera pregunta es básica. Si decido modelar con una categoría que no es la “correcta” para modelar ese elemento, pero la uso porque es más fácil obtener su geometría, cuando quiera obtener la medición, ¿tendrá las unidades correctas? Por ejemplo, si decido modelar una barandilla de cristal en lugar de con la herramienta “barandilla” con la herramienta “muro cortina”, ¿podré obtener luego los metros lineales de ese “muro-barandilla”?
La
respuesta es sí, pero ese elemento lo tendré que tener controlado ya que, por
defecto, la medición de un muro se exporta por m².
En
cambio, si la modelo con un “componente in situ”, no la tendré
directamente, ya que, si recordamos, por defecto un componente in situ
no tiene parámetros de dimensiones, a no ser que nosotros lo preparemos.
El
siguiente aspecto a tener en cuenta es si solo corresponde a una partida o a
varias. Ese caso nos lo podemos encontrar en elementos por capas.
Por
ejemplo, un tabique interior de pladur que contiene los perfiles, aislamiento y
las placas de yeso, lo modelamos con un único muro. Este elemento contiene
varios tipos de elemento, pero normalmente lo presupuestamos como una única
partida y un precio m² a ese Tipo.
En
cambio, una fachada, normalmente la modelamos también con un único
elemento que contiene varias capas distintas: acabado exterior, elemento
cerámico, aislamiento, trasdosado interior… En este caso, hay varias capas que corresponden
a partidas distintas, por tanto, el Tipo de ese elemento solo va a una
partida.
En este
caso podemos tener distintas soluciones:
- Modelar cada capa presupuestable por separado.
- Crear piezas de los elementos , exportar por piezas y controlar
por el nombre. - Codificar por Nota clave el material en lugar del tipo
Dependiendo
de proyecto, tiempo y software de presupuestos, escogeremos una u otra opción.
¿Cómo codifico para presupuestos?
Este punto
va en relación con el punto anterior. Sabemos que Revit solo tiene dos
parámetros de sistema que nos permiten enlazar el elemento a un código
según una base de datos externa. Estos son Código de Montaje y Nota
clave.
El Código
de Montaje lo encontramos en el Tipo del elemento. La Nota
Clave también lo encontramos en el Tipo de los elementos,
pero sabemos que también podemos encontrar este parámetro en la pestaña Identidad
de los materiales.
Esto
nos da más flexibilidad para poder adoptar una estrategia de materiales dentro
de 5D del modelo.
Debemos
también tener en cuenta si los softwares de presupuestos leen solo estos dos
parámetros o son capaces de leer alguno más.
¿Qué software de presupuestos voy a usar?
Este
punto es importante, también, sobretodo porque normalmente lo sabemos desde un
inicio de proyecto y porque de la elección de este software puede depender
nuestra estrategia de modelado.
Hay
tres grandes softwares de presupuestos en España, que suelen ser los que más se
usan: Presto, Arquímedes y TCQ.
Depende
del software con el que se trabaje, deberemos escoger una estrategia u otra.
TCQ sabemos que trabaja con una previa
exportación de IFC, por tanto, deberemos preparar el modelo con sus
parámetros para obtener un buen IFC presupuestable.
Si
trabajamos con Arquímedes, podemos ir a trabajar directamente por Nota
Clave, que es capaz de leer parámetros creados por el usuario, y que tiene
plugin para Revit, exportando todo el modelo localizando modificaciones.
Si
usamos Presto, sabemos que podemos usar cualquier parámetro para
exportar la información, por tanto, ya no es solo con Nota Clave. También
tienen plugin para Revit y podemos ir exportando por grupos de información
concreta o todo el modelo.
Es
evidente que, aparte de los tres grandes softwares de presupuestos, es probable
que para poder obtener más información detallada debamos apoyarnos en otros
softwares como Navisworks, Dynamo o Excel y sacarle el
máximo rendimiento. Todos ellos conectan a la perfección.
Como conclusión, estas tres preguntas nos van a llevar a la necesidad de crear una matriz de desarrollo donde quede especificado, según las partidas que tenga, cómo voy a modelar y cómo lo voy a codificar. Es importante que se realice antes de empezar el proyecto, para poder comenzar a modelar con una buena base de estrategia y así evitar tener que modificar el modelo y poder presupuestar en una fase avanzada del proyecto.
Cómo configurar la exportación de Revit a IFC
¿Qué configuración de exportación escoger si queremos
exportar un IFC desde Revit?
Al exportar a IFC desde Revit, en el exportador de IFC vemos que podemos exportarlo según la configuración en sesión o exportarlo según una configuración definida por IFC. En este post vamos a ver qué diferencia hay entre cada una de las posibles opciones.
Como vimos en posts anteriores, IFC. Cómo crear
Property Sets o Criterios
a tener en cuenta para exportar un IFC, hay ciertos aspectos del modelo
geométrico y, sobre todo, de cómo queremos que se lea la información que
debemos tener en cuenta antes de exportar el IFC. Pero cuando vamos a exportar
realmente el IFC tenemos varias opciones de configuración distintas que afectan
de una manera u otra al resultado final del archivo de formato abierto que
queremos obtener.
¿Qué exportador tengo instalado?
Antes
de nada, como ya habréis visto, desde las últimas versiones de Revit ya se incorpora
automáticamente en su apartado “Exportar” la opción de exportar a IFC. Por
defecto, trae añadida la misma versión de exportador que la versión de software
que hemos instalado (si trabajamos con Revit 2019 se nos añade el exportador de
IFC 2019).
Pero como pasa con el mismo software Revit, a
medida que hay que añadir mejoras en la versión que se ha lanzado, también hay
mejoras en el plugin de exportación de IFC, por tanto, es bueno ir actualizando
el plugin de exportación a IFC (para la versión 2019 se puede descargar desde
la página de Autodek
app).
Para
saber qué versión de exportador de IFC tenemos instalada solo nos deberemos
fijar en el título que muestra la ventana de exportación.
¿Qué configuraciones de exportación existen?
Cuando hemos iniciado el proceso de exportación,
una de las primeras preguntas que nos lanza el exportador es qué configuración
de exportación tenemos seleccionada. Por tanto, será con la que realizaremos la
exportación. Por defecto nos da “Configuración en sesión” que nos permite
modificar sus opciones. Si accedemos, lo que vemos es la ventana que nos
permite escoger ciertos criterios importantes para ver la geometría que
queremos o la información ordenada como deseamos.
Desde esta opción, nos permite poder modificar
cualquier opción de las pestañas que nos encontramos a la derecha (General,
Contenido adicional, Property Sets, Nivel de detalle, Avanzado). En ellas,
podemos clicar cuáles queremos tener en cuenta o no en nuestra exportación. Estas
determinarán el resultado final de nuestro IFC.
Vemos que, en la ventana izquierda, existen
otros tipos de exportadores. Estos son predeterminados y, por tanto, las
opciones seleccionables de las ventanas de la derecha quedan sin uso. Vamos a
ver qué es cada una de las opciones:
- IFC 2x3 Coordination View 2.0: se trata de la versión de exportación más reciente certificada por
Autodesk y BuildingSMART. Es la más usada y la más compatible con la mayoría de
softwares openBIM. Se basa en la de IFC 2x3 Coordination View. - IFC4 Reference View: es la versión de exportación más reciente de BuildingSMART. Este
exportador se quiere usar, sobre todo, para generar archivos de referencia que
sean unidireccionales y que, por tanto, no se puedan modificar. El IFC se puede
ver, analizar comparar y coordinar, pero no se podrá modificar paramétricamente. - IFC4 Design Transfer View: se trata de una versión paralela a la IFC4 Reference View. Pretende
poder crear ifcAdvancedBReps para poder reducir el tamaño del archivo y
poder realizar una exportación más rápida de IFC. - IFC 2x3 Coordination View: es la versión de exportación certificada más antigua. Está basada en la
versión anterior de IFC 2x3 TC. - IFC 2x3 GSA Concept Design BIM
2010: es una versión muy parecida a la de IFC 2x3 pero
que sirve para enviar a GSA (Administración de Servicios Generales de EEUU).
Contiene conjuntos adicionales. - IFC2x3 Basic FM Handover View: también es otra variante del IFC 2x3 que permite agrupar y traspasar
información relacionada para el mantenimiento de instalaciones, especialmente.
Se usa principalmente en Bavaria. - IFC 2x2 Coordination View: Versión antigua del esquema IFC 2x2. Usa la configuración del Coordination
View. - IFC 2x2 Singapore BCA e-Plan
Check: se trata de una versión del IFC 2x2 original
que sirve para enviar el documento al servidor de Singapur BCA e-Plan Check. - IFC2x3 COBie 2.4 Vista de
entrega de diseño: exporta en formato IFC COBie
requerido por la Norma de Reino Unido.
Tenemos que tener en cuenta que estas
configuraciones no las podremos borrar nunca, pero si duplicar para aprovechar
ciertos criterios que nos funcionan en nuestra propia configuración.
En el caso de que no nos interese ninguna de
estas configuraciones para la exportación IFC, sino que queramos crear la
nuestra y poder usarla reiteradamente durante un proyecto, solo hará falta que
antes de especificar en sesión, creemos una nueva, le indicaremos un nombre, y
a partir de aquí la podremos usar durante todo el proyecto.
Si quisiéramos externalizar este exportador que hemos guardado, para que pueda ser usado desde otro pc o usarlo otro usuario, nos permite exportar la configuración a formato .json (JavaScript Object Notation, formato de texto sencillo para el intercambio de datos), e importar este mismo archivo en el pc nuevo.
Deberemos pensar
como exportamos el IFC sabiendo qué implica cada tipo de exportador, cuál es el
más adecuado para cada tipo de IFC que necesitemos generar. Como hemos
comprobado, para el uso del IFC que queramos obtener, deberemos crear tantas
configuraciones como necesitemos. Y lo bueno es que nos permiten poderlos usar
en distintos archivos o con distintos colaboradores. Por tanto, es más fácil
que en un entorno colaborativo, todos obtengamos el mismo resultado de IFC de
cada disciplina.
Bibliografía
BuildingSmart:
https://technical.buildingsmart.org/standards/ifc/ifc-schema-specifications/
https://standards.buildingsmart.org/IFC/RELEASE/IFC4/FINAL/HTML/
https://technical.buildingsmart.org/services/certification/ifc2x3-program/