![Foto de perfil de Alan Esguerra | Bentley Systems | Empresa de software de ingeniería de infraestructura Foto de perfil de Alan Esguerra](https://www.bentley.com/wp-content/uploads/alans-author-pic.png)
Por Alan Esguerra, gerente de Estrategia de la Industria
Tuve la suerte de poder asistir a la Cumbre Internacional de Estándares de BuildingSmart en Montreal hace unas semanas en octubre. Como ingeniero que anteriormente vivió en el mundo del diseño en Estados Unidos, evaluaría qué conferencias son adecuadas para un objetivo específico a fin de darme una ventaja competitiva para ganar el próximo gran proyecto. No obstante, esta conferencia fue diferente. Se trataba de aprender y proporcionar opiniones sobre la orientación y el desarrollo de un estándar de datos abiertos.
Los partidarios mundiales de BuildingSmart de los estándares de datos abiertos, como IFC, son muy prometedores en el futuro. Esta conferencia destacó una cantidad asombrosa de avances logrados en los últimos años con casos de uso comprobados en muchas industrias. Esta conferencia no solo fue un testimonio en reconocimiento a lo que otras industrias están haciendo con IFC, sino que también fue una oportunidad fantástica para escuchar y dar voz sobre una variedad de temas. Los participantes activos en los talleres no hacen sino mejorar el movimiento por OpenBIM y los estándares de datos abiertos. Las opiniones que impulsan las prioridades, lo abiertos y comprensivos que fueron todos, y lo dispuestos que estaban todos a compartir su visión del futuro realmente me causaron una impresión duradera. Ya no éramos propietarios, consultores, contratistas, vendedores. Éramos miembros de una comunidad que trabajaban juntos para avanzar en nuestra industria. En el frente del transporte, quería saber cómo está progresando IFC como formato de estándar abierto, dónde se requiere como entregable, y cómo lo están utilizando hoy en día en el mundo real (no en un proyecto piloto, no en teoría o como un trabajo de tesis, sino en la práctica).
Me sorprendió encontrar algunas de las respuestas en las primeras horas de la sesión de apertura. En resumen, IFC se encuentra en continuo desarrollo y se utiliza principalmente en la industria vertical. El uso en el mercado horizontal empequeñece en comparación, pero está creciendo constantemente.
Se requieren nuevos conjuntos de habilidades
Es requerido por algunas agencias de todo el mundo, pero ¿para qué exactamente? Algunos usan IFC porque es un formato fácil para ingresar datos y atribuirlos a la geometría del modelo. En ocasiones, se gasta mucho esfuerzo en esta atribución de datos. En el mundo del diseño de carreteras, cada vez son menos los dibujantes que entran en la industria. Al igual, cada vez más dibujantes se están jubilando o abandonan la profesión. Esto pone mucha tensión en el diseñador para hacer el diseño detallado, el modelado y el dibujo por sí mismo. Imagine si también se requiriera una cantidad considerable de atribución de datos. Creo que esto podría dar paso a una profesión más o menos nueva dentro de nuestra industria.
Actualmente, la atribución de datos en proyectos 3D está siendo manejada principalmente por el diseñador. A medida que aumenten los requerimientos de la agencia, también crecerá el esfuerzo requerido para agregar estos datos a lo largo del ciclo de vida de los activos. A veces, la tecnología puede ayudar en este esfuerzo a través de la automatización y optimizaciones de los flujos de trabajo. También puede requerir el desarrollo de una nueva habilidad que puede provenir del diseñador o de otra persona por completo.
Como era de esperar, la mayoría de las personas con las que hablé estaban en el espacio vertical. Algunos fueron consultores BIM, algunos contratistas, y algunos diseñadores. Recuerdo una conversación con una diseñadora que ahora trabaja para un contratista. Le pregunté: “¿Cómo usan IFC hoy?”
Ella respondió: “No lo usamos. Antes sí. Principalmente para la coordinación y algún tipo de uniformidad entre entregables”.
“Entonces, ¿qué usan ahora?”
“La aplicación de autoría original”, respondió ella. “IFC fue excelente para la coordinación hasta que realmente aprendimos a consumir los datos directamente. Tenemos mucha más flexibilidad para hacer cambios si es necesario y extraer la intención del diseño”. La intención del diseño describe la relación entre los objetos de diseño de modo que cuando un objeto cambia, las propagaciones se producen automáticamente en otros lugares.
Probablemente estoy parafraseando partes de la conversación, pero sigo escuchando que IFC puede llevar (o pronto llevará) intención de diseño. Si bien esto puede ser realidad algún día, ciertamente no lo será pronto. Otros conceptos erróneos que escucho a menudo son el viaje redondo o que un archivo IFC lleva seguridad, por lo que uno puede “firmar y sellar” el archivo.
Mensajería
Durante la sesión plenaria de apertura, Marek Suchocki de Autodesk habló sobre la historia de openBIM, cómo Autodesk le brinda asistencia y, lo más importante, algunos de los desafíos de mensajería que enfrentamos con respecto a IFC. Me encontré en la peculiar situación de aceptar dar una conferencia magistral de Autodesk. A pesar de ser un competidor, todos estamos en el mismo espacio enfocados en avanzar en la industria por un mejor ambiente construido mañana.
La mayor parte del valor actual con IFC ha sido en la industria vertical con algunos trabajos horizontales que se están realizando con las versiones posteriores (IFC 2×3, lanzado en 2006, y 4, lanzado en 2015). Solo ahora, con 4.3.1.0 enviado para la certificación ISO (4.3.0.0 se envió de vuelta con comentarios), tenemos la oportunidad de hacer crecer IFC dentro de proyectos ferroviarios y viales.
La mayoría de las personas con las que me he encontrado publican IFC porque una agencia de gobierno o propietario lo requirió o para la coordinación del modelo de terceros. La coordinación del modelo, el análisis, las auditorías y las cuantificaciones se pueden realizar con la aplicación de autoría nativa. Por ejemplo, una referencia simple de Revit, SketchUp y varios otros archivos 3D en OpenRoads Designer se puede mostrar y coordinar instantáneamente en vista de 2D, perfil, sección transversal y 3D o en planos. ¿Por qué publicar en IFC? Porque es abierto.
Si bien muchos optan por pagar por aplicaciones que consumen IFC, existe la teoría de que se podrían desarrollar herramientas gratuitas para utilizar mejor el IFC. Yo, personalmente, no me he encontrado con ninguna herramienta gratuita que hiciera más que ver un modelo como una imagen bonita con consultas manuales de datos. Cualquiera de las herramientas con características que valgan la pena usar requieren un poco de dinero en efectivo.
Lo que fue más interesante escuchar de Suchocki fue una diapositiva que describía las limitaciones de OpenBIM; cómo los formatos y soluciones nativos son aumentados y no reemplazados por IFC. IFC trabaja muy bien con edificios, pero falta información geoespacial. Actualmente se están realizando esfuerzos para trabajar IFC con CityGML/GIS para ayudar con esto. También falta seguridad con IFC. No hay forma de firmar y sellar un archivo IFC. Las aplicaciones de autoría nativas tienen varios niveles de “sellado” de un archivo. Con el propósito de la firma original y el sello de un ingeniero, un archivo DGN de Bentley, por ejemplo, puede llevar certificados de seguridad y bloquear los datos de cualquier cambio. Sin embargo, hay esfuerzos continuos para una especie de envoltorio que se pueda firmar y sellar. Los datos o archivos se pueden almacenar dentro de este envoltorio, y este puede bloquear todo lo que contiene. Esto es independiente de IFC. La seguridad para IFC es un tema planeado para futuras versiones más adelante.
Design to Design también es una idea errónea común con IFC como un caso de uso admitido. Design to Design significa que desarrollar un modelo en OpenRoads, publicar un IFC y luego importar el IFC para un diseño continuo y fluido en Civil3D probablemente no sucederá.
Una vez que una herramienta de autoría crea un modelo y se publica un IFC, no puede usar ese IFC y volver a crear el diseño desde el principio. El viaje redondo, como se le suele llamar, requiere la capacidad de definir mucho más de lo que ofrece actualmente un IFC publicado. La forma en que se calcula y dibuja cada pieza de geometría, y cómo cada algoritmo extruye un objeto es diferente para cada aplicación de autoría. IFC siempre ha sido una instantánea publicada de un producto terminado con atribución de modelo. En sí mismo, no es un archivo vivo continuo. No se puede usar para continuar con la intención de diseño en diferentes aplicaciones. También necesitará una cantidad considerable de trabajo para manejar algo así como el diseño paramétrico.
Suchocki añade que “IFC no significa necesariamente que reducirá el tiempo y aumentará la simplicidad. De hecho, podría agregar más complejidad con nuevas habilidades requeridas”. Lo estamos viendo ahora. Fue ciertamente refrescante ver en una diapositiva anterior los valores y las críticas de IFC. Una de los cuales es que los archivos son demasiado grandes. Una vez vi un pequeño proyecto de carretera con un tamaño de archivo de 10 GB. Por lo tanto, muchas aplicaciones están optando por dividir un diseño particular en varios archivos diferentes.
“No compensa la falta de planeación, y ciertamente no garantiza que todos vayan a tener una experiencia consistente”. Esto es cierto para cualquier cosa en realidad. La tecnología y los estándares son solo dos piezas del complicado e intrincado rompecabezas para resolver la infraestructura del mañana.
Si bien IFC tiene muchos beneficios potenciales, es importante transmitir las limitaciones y las realidades de IFC, tener mensajes coherentes para que la continuación de IFC no se inhiba ni se merme por el fracaso de las falsas promesas.
IFC en los productos de Bentley
En el último artículo afirmé que Bentley ha estado involucrado con buildingSmart y ha apoyado las muchas iteraciones de IFC en casi todos sus productos de plataforma. Contrario a algunas opiniones, IFC no es un competidor de las soluciones de Bentley. Hoy continuamos apoyando a IFC como lo hemos hecho y no prevemos dejar de hacerlo pronto. Entre nuestro soporte de escritorio y basado en la nube para IFC, tenemos de cinco a ocho versiones diferentes con soporte. Con la versión 4.3.1.0, esperamos limpiar la casa y enfocarnos en (nuestra mejor suposición de) un estándar oficial. Nuestra mejor suposición es que aún no es un estándar oficial. Realmente esperamos que lo sea pronto.
Al igual que en la última versión de OpenRoads Designer, estamos agregando más funcionalidad y usabilidad para aplicar datos a los modelos para exportación de IFC. Sin embargo, al igual que con todas las aplicaciones de escritorio, el cronograma entre el desarrollo, el lanzamiento, el uso y la retroalimentación puede durar meses o incluso años.
En una conferencia anterior, alguien preguntó: “¿Cuándo puedo, como ingeniero de carreteras en los Estados Unidos, esperar ver IFC como un entregable requerido en proyectos?”
Esto sería iterativo, probado por los organismos gubernamentales y luego ordenado, probablemente proyecto por proyecto antes de que sea ampliamente aceptado. Esperar que esto sea un entregable útil y ordenado para todos los proyectos podría ocurrir dentro de unos años en los contratos estatales del DOT. Actualmente esperamos que la certificación ISO se produzca en algún momento del próximo año (por supuesto, esperamos que las actualizaciones futuras ocurran más rápido). Por cierto, el esquema actual enviado para la certificación ISO no tiene elementos como drenaje pluvial. Todo el mundo seguirá necesitando por bastante tiempo la apropiación de tuberías calefacción, ventilación y aire acondicionado de edificios para su uso en tuberías de infraestructura.
En contraste con el típico ciclo de desarrollo de productos, Bentley también proporciona exportación IFC a través de nuestros servicios de iTwin. Dado que nuestros servicios de iTwin están basados en la nube, las actualizaciones del esquema pueden ocurrir en cuestión de días o semanas y lanzarse instantáneamente sin arduas descargas e instalaciones de software. Otra ventaja es que la exportación IFC puede ser un modelo completamente federado de múltiples proveedores. Esto asegurará que sea una exportación limpia y consistente. En lugar de una sola aplicación de escritorio que produzca IFC solo a partir de su información exclusiva, iTwin puede ser el agregador de la información antes de la exportación IFC. Estamos trabajando en mejorar el soporte IFC de escritorio y basado en la nube, y estamos desarrollando activamente formas de hacer un IFC mejor y más rápidamente.
En mis propios términos, creo que IFC tiene los ingredientes de un gran omelet, pero todavía estamos en proceso de romper algunos huevos para llegar ahí. Las personas que he conocido en esta conferencia son algunos de los individuos más apasionados, inteligentes y trabajadores que he conocido, todos trabajando hacia un futuro mejor para el entorno construido. Si tiene la gran fortuna de asistir alguna vez, le recomiendo encarecidamente que lo haga. La próxima conferencia BuildingSmart será en Roma del 27 al 30 de marzo de 2023.