El IFC que no te dejan usar. Partes del IFC que muchas herramientas ignoran

En esta sesión arrancamos con la resaca del congreso BIM de Valencia y aprovechamos la experiencia para abrir uno de esos debates que creo importante abordar: todo lo que el esquema IFC permite hacer… y todo lo que realmente hacemos con él. Porque sí, el estándar tiene muchísimas más capacidades de las que solemos utilizar, pero nuestras herramientas favoritas parecen empeñadas en ignorarlas. La conversación gira alrededor de la idea de que estamos reduciendo IFC a “geometría con propiedades”, cuando en realidad puede manejar muchísima más información. Hablamos de costes, planificación, recursos, tareas, actores, permisos, eventos y hasta texturas. Sí, texturas en IFC. Que se puedan usar no significa que nadie las use, y precisamente ahí está parte del problema. A partir de ahí nos metemos de lleno en la especificación técnica. De esas sesiones donde toca abrir documentación oficial, navegar por clases abstractas y recordar que IFC no es solo un formato de intercambio, sino un ecosistema completo de información estructurada. Revisamos entidades como IfcSurfaceTexture, IfcCostItem, IfcTask o IfcConstructionResource, intentando entender qué papel podrían jugar en flujos de trabajo reales… si las herramientas comerciales decidieran soportarlas de verdad. También hay tiempo para ensuciarse las manos. Probamos ejemplos prácticos con Blender y BlenderBIM, generamos archivos IFC mínimos, intentamos cargar texturas, cambiamos versiones de esquema y nos peleamos con errores de compatibilidad que dejan bastante claro que el problema no es tanto el estándar como el soporte que reciben determinadas entidades. Porque el esquema puede hacerlo, pero las aplicaciones muchas veces miran para otro lado. Uno de los puntos más interesantes de la sesión es la reflexión sobre el papel del IFC como vehículo de información y no necesariamente como almacén definitivo. Se plantea una idea muy cercana a cómo funciona realmente la web: los datos viven en distintos sitios, y el IFC debería servir para transportar solo la información necesaria en cada momento. Igual que uno prepara la mochila para el Camino de Santiago llevando únicamente lo imprescindible, también deberíamos construir IFCs más ligeros y específicos según el uso que vayan a tener. Y claro, eso nos lleva a una conclusión inevitable: gran parte de las limitaciones actuales no vienen del estándar, sino de las herramientas y de las inercias del sector. Tenemos clases para planificación, presupuestos, recursos humanos o mantenimiento… pero seguimos usando IFC casi exclusivamente para mover geometría de un lado a otro. Una sesión muy reflexiva, bastante técnica por momentos, pero también especialmente útil para quienes quieran entender qué posibilidades reales esconde el esquema IFC más allá de lo que vemos habitualmente en Revit, Navisworks o los visores de siempre. Porque quizá el problema no sea lo que IFC no puede hacer, sino todo lo que todavía no nos dejan hacer con él. ================= Contenido del vídeo: 00:00 Resaca del congreso BIM de Valencia 02:05 Limitaciones actuales en el uso del esquema IFC 07:12 El IFC como sistema de intercambio de información 10:18 Estrategia “Camino de Santiago” aplicada a IFC 13:05 Uso del IFC para trasladar datos de costes y planificación 18:35 Introducción a IFC Surface Texture 28:15 Problemas de compatibilidad IFC en Blender 37:45 Limitaciones de Revit respecto a las clases IFC 42:10 Entidades IFC desaprovechadas más allá de la geometría 49:15 IFC Task y planificación de tareas 57:02 Recursos de construcción y gestión avanzada en IFC 59:18 Reflexión final sobre interoperabilidad y obsolescencia de software ================= Más de 1000 profesionales ya comparten dudas, experiencias y soluciones gestionando su información BIM con IFC en el grupo de Whatsapp de IfcAddict. Únete tú también a la legión de IfcAddict! Y si quieres recibir el boletín semanal con lo mejor de lo comentado en el grupo de WhatsApp, apúntate en https://IfcAddict.com/boletin