IFC — универсальный формат данных, позволяющий вести обмен информацией между программами, поддерживающими BIM-процесс, произведенными разными вендорами. Если говорить по-простому, то мы можем собрать модель в Revit, экспортировать её в IFC и затем открыть, например, в Archicad или Tekla, ну и наоборот. IFC, в силу своей универсальности, также считается оптимальным форматом для выбора его в качестве основного при выдаче результатов проектирования заказчику. Так, по крайней мере, считают составители стандартов и ГОСТов. Попробуем разобраться, что из себя представляет IFC на самом деле, и какие задачи могут быть решены при использовании этого формата.
Вот какие задачи будем рассматривать:
- Корректировка модели (экспорт в IFC из одной программы и открытие модели в другой программе).
- Совместная работа по разделам проекта в разных программах.
- Обмен заданиями на проектирование.
- Проверка качества модели.
- Выдача законченного проекта заказчику.
Перед тем, как перейти к разбору задач, поясню, что IFC имеет различные стандарты (IFC 2×2, IFC 2×3, IFC 4) — по сути, наборы описательных инструкций, где указано, как должен быть представлен элемент модели и его параметры при экспорте в IFC. В стандарте прописан список категорий IFC, и, например, в Revit есть вот такая чудесная табличка, позволяющая настроить соответствие категорий Revit и категорий IFC (аналогичные настройки присутствуют и в других BIM-программах):
1. Корректировка модели (экспорт в IFC из одной программы и открытие модели в другой программе)
Задача номер один, самая очевидная: у нас имеется модель, доставшаяся нам по наследству, в которую нужно внести изменения, и модель эта — в формате IFC. В такой ситуации позавидовать нам сложно, так как импортированная из IFC модель будет структурирована совсем не так, как это принято в той или иной BIM-программе.
Например, если у вас есть дверь в стене, импортированная из IFC, и вы хотите добавить в проект еще одну дверь. При составлении сводной спецификации у первой двери (той, что из IFC) все стандартные параметры такие, как «Ширина», «Высота», «Маркировка типа», окажутся с пустыми значениями.
Надо ли говорить, что элементы, которые в родной программе были параметрическими, перестанут таковыми быть после экспорта в IFC и последующего импорта оттуда? То есть нельзя будет выделить ту же дверь и, перебив значение параметра, поменять её высоту. Так же нельзя будет поменять контур геометрически сложного перекрытия, эскиз лестницы или путь для ограждения. Все элементы превратятся в обычные, не редактируемые параметрически, контекстные компоненты.
Ниже — картинка с примером импортированной из IFC модели (часть геометрии удалилась при импорте, у части были изменены геометрические очертания, геометрия некоторых элементов переведена в mesh):
При импорте будет потеряна и некоторая атрибутивная информация. В случае Revit, например, некорректно будут переданы стадии элементов, значения их геометрических характеристик... Графическая информация (оформленные виды и листы) также будет утеряна.
Подробности процесса экспорта/импорта IFC модели для дальнейшего редактирования описал Егор Глебов в нашем онлайн-курсе «Информационное моделирование зданий» (если вы об этом курсе ранее не слышали, то, можете смело переходить по ссылке, так как все материалы там в открытом доступе).
Вывод
Модели формата IFC не подходят для продолжения работы над ними (редактирования, дополнения) в среде какой-либо BIM-программы. Если возникает подобная задача, то оптимальным выходом будет полное воссоздание геометрии в среде той программы, в которой вы работаете. IFC, в таком случае, будет служить вам как референс, что, правда, в любом случае, лучше, чем ничего или 2D-подложки.
2. Совместная работа по разделам проекта в разных программах
Пожалуй, наиболее часто возникающая задача при использовании IFC.
Пример: существуют две компании, которые работают над проектом совместно, и одна из них использует Revit (где, скажем, выполняются инженерные и конструктивный разделы), другая — Archicad (где разрабатывается архитектурная модель). Стоит задача обмена информацией (моделями) между этими компаниями. В такой ситуации также производится экспорт в IFC, но затем модель не открывается в рабочей среде, а настраивается ссылка на неё. Здесь перестают быть важными аспекты, связанные с возможностью изменения геометрии, так как ничего менять в модели, созданной смежниками, нет необходимости. Нужно просто видеть эту модель и изменять свою на основе полученной информации.
В качестве ссылок IFC, в целом, вполне подходит, но здесь тоже есть нюансы. Например, инженеры на некоторых своих чертежах отображают архитектурную подложку, это можно сделать, используя IFC, но нельзя будет:
- Получить спецификации на элементы из такой связи (иногда это нужно, например, получить спецификацию помещений).
- Расставить марки (марки помещений и других объектов, входящих в IFC-связь не могут быть размещены в модели, так как параметры объектов IFC не содержат информацию в том же виде, как в исходной программе, а «чистые» параметры IFC, куда нужная информация может прилететь после экспорта, марки, например в Revit, считывать не могут)
- Для некоторых сложных объемно-планировочных решений могут некорректно восприниматься границы помещений.
- Если ведётся работа со стадиями, то затруднительным будет сопоставление стадий в ссылке IFC и в собственной модели.
- Возникнет проблема с автоматическим позиционированием моделей относительно друг друга (ниже — скриншот, иллюстрирующий эту проблему: положение координатных точек до и после экспорта в IFC (этот аспект зависит от настроек экспорта и от используемых программ, например, между Revit и Archicad координаты сопоставить можно по точкам съёмки, если об этом подумали в самом начале моделирования).
Вывод
IFC подходит для обмена информацией между компаниями, участвующими в разработке проекта, но некоторые особенности такого подхода будут доставлять неудобство проектировщикам.
Кстати, IFC может быть использован не только в случае, когда проектные команды работают в разных программах, но и когда они работают, например, в разных версиях Revit или просто не хотят отдавать друг другу изменяемые модели. Но это — уже плохая ситуация, когда участники процесса изначально выбрали неверный путь. BIM — это всё-таки про прозрачность всех процессов и про умение договариваться.
3. Обмен заданиями на проектирование
Для начала стоит пояснить, как задания передаются в случае, когда все специалисты различных отделов работают в Revit.
Например, у конструктора есть специальный вид — план этажа, где происходит оформление задания аннотационными пометками (текстовые примечания, облака, размеры). Этот вид не используется для размещения в собственном комплекте чертежей и обычно имеет специальный префикс. Смежник (инженер или архитектор), для которого предназначено задание, открывает свою модель, куда ссылкой подгружена модель конструктора. На специально настроенном плане этажа видит все пометки, которые конструктор внёс в своей модели для оформления задания. Реагирует на них, графически видоизменяя модель. То есть тут даже не требуется обмен файлами, специалисты просто видят задания друг от друга прямо в своих моделях.
В реальности процедура, конечно, чуть более бюрократизирована, потому что включает в себя отправку писем, но суть остаётся прежней. Такой процесс невозможно наладить, если используется обмен данными через IFC.
Возможна еще другая ситуация, когда задания передаются через трехмерные объекты. Например, таким образом удобно передавать задания на отверстия, размещая в местах, где необходимы отверстия, примитивные элементы с атрибутами. Вот здесь IFC использовать можно, хотя также появятся некоторые неудобства, связанные с формированием спецификаций на такие элементы-задания, и с чтением из них параметров.
Вывод
IFC частично подходит для обмена некоторыми видами заданий. Оформленные 2D-задания через IFC передавать нельзя. Потребуется дополнительный процесс экспорта/импорта через формат DWG.
4. Проверка качества модели
Под проверками качества подразумеваются, прежде всего:
- Проверка проектных решений (например, высота потолков, длина путей эвакуации).
- Проверка на пересечения (не пересекаются ли инженерные коммуникации друг с другом и с несущими конструкциями).
- Проверка целостности модели (насколько точно и корректно представлены элементы в модели, правильно ли показаны их стыки, доведены ли стены до потолков).
- Проверка корректности атрибутивной информации (внесены ли значения для всех требуемых параметров).
Что касается атрибутивной информации, тут кое-что понятно из предыдущих пунктов статьи. Параметры при экспорте конвертируются в параметры IFC, а некоторые значения параметров теряются в процессе. Всё это, естественно, затрудняет дальнейшую работу с моделью. Но тут важно понимать, для чего планируется использование модели. Вполне вероятно, что сохранять критично лишь ряд параметров: код по классификатору и несколько пользовательских общих — с этим IFC справится.
Визуально оценить целостность модели можно, и здесь никаких проблем возникнуть не должно. За исключением ситуации, когда вам нужно оценить примененные к элементам материалы, IFC их не сохраняет (в том виде, как вы их настроите в исходной программе). Эта же проблема может возникнуть и при оценке проектных решений.
Проверка на пересечения также возможна, но часто потребуется спозиционировать все IFC-ссылки в одном файле любой BIM-программы друг относительно друга (так как координаты моделей изначально сопоставить во многих случаях не удастся), а затем экспортировать эту сводную модель в среду для автоматической проверки. Затруднена будет и обработка отчета о проверке проектировщиками, непосредственно создающими исходные модели. Здесь придется использовать специальные решения, например, BCF manager.
Проверка проектных решений также может быть осуществлена визуально либо, частично, через специальные приложения. Здесь ограничений нет.
Вывод
IFC подходит для проверки качества информационной модели, но ряд ограничений и неудобств будут являться сопутствующими факторами таких проверок. Если проверки осуществляются на стороне заказчика или, например, экспертизы, то необходимо разрабатывать специальные требования, согласно которым модель IFC должна быть подготовлена проектировщиками для осуществления такого рода проверок.
5. Выдача законченного проекта заказчику
На мой взгляд, выдача законченного проекта заказчику в формате IFC является нецелесообразной и невыгодной для заказчика. Такой формат накладывает огромное количество ограничений на дальнейшее использование модели на следующих стадиях жизненного цикла здания. Кроме прочего, не стоит забывать, что при использовании IFC-модель не будет связана с комплектами чертежей.
Оптимальным результатом для заказчика является получение модели в проприетарном формате. Даже если потребуется получить формат IFC, всегда можно будет открыть исходную модель и осуществить экспорт. Причем по необходимым в конкретной ситуации правилам, ведь не факт, что проектировщик осуществил экспорт в IFC именно так, как необходимо в той или иной возникшей ситуации. Для этого даже не придётся покупать какой-либо программный продукт, так как все они имеют пробный период действия.
Вывод
IFC не подходит для выдачи законченного проекта заказчику.
__________________________________________________________________________________________
Мой опыт использования IFC все же является достаточно ограниченным, а данная статья была написана лишь потому, что меня попросили поделиться информацией на эту тему (сам бы я её не выбрал).
В обычной жизни мы на большинстве объектов стараемся вести все основные разделы в единой среде для гладкого обмена информацией между проектировщиками (хотя в ряде проектов без IFC все же не обошлось), поэтому в статье могут быть некоторые фактические ошибки. Надеюсь, что если такие присутствуют, более опытные пользователи поправят меня.
