Когда несколько команд работают в одном программном обеспечении, обмен данными происходит без потерь. Но в реальности архитекторы работают в Revit, конструкторы - в Tekla, инженеры - в MagiCAD, а заказчик хочет получить единую модель. Именно для решения этой проблемы и появился IFC.
IFC (Industry Foundation Classes - отраслевые базовые классы) - это открытый международный стандарт для обмена данными между разными программными платформами в строительстве. Не просто формат файла, а полноценная объектно-ориентированная модель данных, которая описывает здание: его физические элементы, пространства, инженерные системы, а также более абстрактные вещи - графики работ, сметные расчёты, техническое обслуживание.
Как он появился
В 1996 году компания Autodesk вместе с 12 ведущими компаниями отрасли основали альянс IAI (Industry Alliance for Interoperability). Главной задачей было создать единый язык для обмена BIM-данными между разными системами. Результатом стал формат IFC. В 2005 году альянс переименовали в buildingSMART - организацию, которая развивает стандарт до сих пор.
В том же 2005 году IFC версии 2x3 получил статус международного стандарта ISO (ISO 16739:2005), а позже был принят и как европейский стандарт.
Почему это важно именно сейчас
Россия движется в том же направлении. Требования ДГП к IFC-моделям АГР, о которых я писал в первом посте, - это часть глобального тренда на openBIM: открытый, независимый от конкретного программного обеспечения обмен данными между всеми участниками процесса проектирования.
Главное, что нужно понять
IFC - это не универсальный файл на все случаи жизни. Невозможно создать одну модель IFC, которая подойдёт для координации, экспертизы, сметы и согласования АГР одновременно. Каждый сценарий использования требует своих настроек экспорта и своего набора данных. Именно поэтому перед экспортом важно понимать, для кого и для чего готовится файл.
Об этом - в следующих постах. В следующем посте разберём форматы файлов IFC: чем .ifc отличается от .ifczip и .ifcxml, и когда что использовать.