Эта статья как некое продолжение серии публикаций про разные программы для создания информационных моделей (bim). Ранее были статьи про создателей таких программ как Revit (https://dzen.ru/a/Z_9YsyDJaFYOxE4Y) и ArchiCAD (https://dzen.ru/a/aAqPeaU9PQcUhDNT).
Большинство программ на сегодня должны "уметь" обмениваться информационными моделями, но как решается эта проблема когда у всех у них свои форматы файлов (ревит - это rvt, ренга - это rnp, archicad имеет формат файла pln и т.д.). На подмогу приходит формат IFC (Industry Foundation Classes).
В нашем блоге есть популярная статья про то, чем открыть файл IFC?
https://dzen.ru/a/ZKa53el35xk7enVc
В этой же статье речь пойдет про создателей IFC, откуда взялась эта идея и для чего это всё нужно. Также продемонстрируем сохранение модели в программе Renga и дальнейшее открытие в nanoCAD, Revit, КОМПАС-3D, Blender для рассмотрения того, как информационная модель переходит в другие приложения и что она с собой несет.
Легенда о Вавилонской Башне (применительно к строительству) и почему пришли к идее по созданию файла формата IFC?
В 2500–2300 годах до нашей эры, в Месопотамии, потомки Ноя затеяли масштабную стройку.
Строительство Вавилонской башни не завершили, так как по легенде Бог смешал языки всех, кто участвовал в проектировании и строительстве башни (раздал разные языки). Участники масштабного строительного процесса резко перестали понимать друг друга и возникла проблема - разобщенность из-за несовместимых "языков" (форматов данных).
Если переместимся в 1990-е годы, то в сфере AEC (от англ. Architecture, Engineering and Construction) файлы не стыковались, проекты теряли данные при передаче — по сути как строители Вавилонской башни, которые не могли понять друг друга.
Рассмотрим конкретные примеры проблем до появления обменного формата с расширением IFC. Проблема сильно обострилась к 1994-1996 годам, так как к этому времени, уже многие проектировщики в США и Европе плотно работали в CAD/BIM системах:
При конвертации терялось до 70% данных (свойства материалов, слои, логические связи).
Государственные заказчики (ЕС, США) не могли хранить проекты дольше 10 лет — форматы устаревали.
Почему проблемы обмена проектными решениями между смежными специалистами пришлись на 1994-1996 года?
- Технологический прорыв (CAD-системы перешли от 2D к 3D, но без единого стандарта);
- Рост сложности проектов (международные команды использовали до 5-ти и более разных программ для проектирования);
- Кризис осознания (проектно-строительная индустрия поняла, что без общего формата прогресс невозможен).
Эти годы стали "точкой кипения", после которой начали обсуждать и создавать коллектив для разработки свободного обменного формата. Этот формат нужен был для различных систем автоматизированного проектирования (САПР) как некий "спасательный круг" для BIM - это IFC.
Формат файла IFC стал осознанным выбором в пользу interoperability (то есть в пользу концепции OpenBIM).
Как пришли к работе над форматом IFC?
Фирмы boeing и general electric, а также Министерство обороны США и NASA пользовались форматом IGES для CAD-систем в 1980-х годах, позже в 1984 году начали работать с форматом STEP (развитие IGES формата):
Для формата файла IFC авторы взяли лучшее:
из формата IGES - это идею межпрограммного обмена;
из формата STEP - это стандартизацию через ISO + EXPRESS;
из собственных наработок - это BIM-специфичные классы (например, «IfcWall»).
Поэтому можно сказать, что формат IFC стоит «на плечах гигантов» IGES и STEP, но это не копия, а адаптация под нужды строительной отрасли.
Стоит понимать, что и формат IGES, и формат STEP — нужны для статичных изделий (машиностроение, авиастроение), а формат IFC — нужен для динамичных зданий (ремонт, эксплуатация).
Работа над созданием формата IFC начинается с 1994-1995 годов (по некоторым данным с конца 1993 года).
В ряде источников есть версия, что разработку нового обменного формата ifc финансировало Министерство обороны США, потому что оно нуждалось в формате для 50-летнего хранения инфраструктурных проектов (им хотелось получить независимость от коммерческих вендоров, а также иметь возможность открывать все файлы без лицензий).
Какие фирмы изначально стояли у истоков разработки формата файла IFC?
Autodesk в 1994 году формирует некий консорциум (альянс) для консультации компании по разработке набора классов C++, которые могли бы поддерживать разработку интегрированных приложений.
Простыми словами
Классы C++ - это как "строительные блоки" для приложения в строительстве. Хотели, чтобы программы разных вендоров могли обмениваться данными между собой без потерь (например, ArchiCAD ↔ AutoCAD). C++ был главным языком для CAD-программ (высокая скорость, работа с 3D). Считалось, что если все вендоры будут использовать одинаковые классы (например, Wall, Beam, Door), интеграция станет проще.
К этому консорциуму начали присоединяться различные фирмы из индустрии архитектуры, инженерии, IT-разработки, строительства и т.д.:
Кстати, возможно, изначально, корпорация Autodesk и партнеры хотели создать единый формат файла, который бы использовался только под их контролем, что все равно ведет к ClosedBim (закрытое информационное моделирование).
Другими словами спецификация нового формата файла не была бы открытой (документация была бы закрытой).
Но что вышло на практике?
Каждый вендор (Autodesk, Graphisoft и др.) хотел тянуть одеяло на себя. Autodesk продвигала свои стандарты, Graphisoft — свои. Вместо единого решения появился IFC — открытый формат, который не привязан к C++ или Autodesk.
В 1995 году решают, что лучше этот формат файла должен быть открытым (спецификация свободная и доступная всем).
Организацию первоначально решают назвать Industry Alliance for Interoperability (IAI в США). Этот новый альянс открывает членство для всех заинтересованных сторон с сентября 1995 года.
В 1997 году альянс переименовали - International Alliance for Interoperability (IAI для всех). Новый альянс был преобразован в некоммерческую организацию отрасли с целью публикации IFC (нейтральная модель продукта AEC для всего жизненного цикла здания).
В 2005 году новое название организации - BuildingSMART - их сайт https://www.buildingsmart.org/ Основная цель БилдингСмарт - это продвижение ifc и концепции открытого бима (openBIM) на глобальном уровне. Buildingsmart занимается на сегодня разработкой и поддержкой формата IFC.
Подписывайтесь на наши каналы и читайте/смотрите полезные материалы!
Канал по изучению Renga: https://t.me/bim2renga
Канал по изучению Revit: https://t.me/bim2revit
Канал по изучению AutoCAD: https://t.me/autocadovich
Канал по изучению nanoCAD: https://t.me/nanoCADovich
Канал по изучению КОМПАС-3D: https://t.me/kompas_3ddd
Канал по изучению SOLIDWORKS: https://t.me/solidworkovich
Канал по изучению Navisworks: https://t.me/naviswork_for_bim
Канал по изучению 3dsmax: https://t.me/studio3dmaxx
Канал по изучению основ Blender: https://t.me/blenderim3d
Про основы работы в Pilot-BIM: https://t.me/+jaPXU3pfpnk4Yzdi
Дзен-канал по автокад, ревит, компас: https://dzen.ru/autocadovich
Дзен-канал по изучению программы нанокад: https://dzen.ru/nanocad
Дзен-канал по изучению программы солидворкс: https://dzen.ru/solidworks
Дзен-канал по изучению программы ренга: https://dzen.ru/renga_bim
Рутюб: https://rutube.ru/u/bim
Nuum https://nuum.ru/channel/autocad
Platform https://plvideo.ru/channel/4VBd5bxU5bkb