Новые правила: экспорт IFC в Renga 4.0
В последнем релизе Renga 4.0 добавился экспорт в IFC4, настраиваемый пользователем. Теперь пользователи смогут задавать какие свойства объектов передавать в IFC в зависимости от цели, а также при необходимости переопределять типы объектов. Такой подход позволит при создании проекта выполнить все требования предъявляемые государственной экспертизой к цифровой модели или определить вид модели (Model View Definition (MVD)) для других задач.
Формат IFC разрабатывается альянсом buildingSMART специально для обмена данными в строительной области. (Подробнее о формате вы можете узнать в нашей статье «Формат IFC как инструмент контроля: целеполагание, устройство, интероперабельность»
Разработчики Renga смогут легко адаптировать экспорт под будущие изменения формата IFC, вносимые альянсом buildingSMART.
Соответствие параметров и свойств, заданных в Renga, параметрам и свойствам IFC будет задаваться в файле сопоставления параметров. Этот файл в формате JSON может быть открыт в любом текстовом или специализированном редакторе, например, JSON Editor Online.
В поставке Renga будет приложен файл сопоставления параметров, который нужен для корректного экспорта в IFC4 проекта, созданного по шаблону. Теперь пользователь сможет изучить его и адаптировать под свои данные и требования. Разработчики рекомендуют для каждой цели создавать копию файла и работать в ней, не нарушая структуры. Также, Renga рекомендует хорошо изучить спецификацию IFC4, для того чтобы полученная в результате экспорта информационная модель соответствовала требованиям пользователя.
Поскольку IFC — описательный формат, в него заложено множество типов объектов, в спецификации их свыше 800. Представьте себе, если столько объектов будет в системах проектирования! Не факт, что в такой системе пользователь сможет разобраться, если даже допустить, что кто-то в силах ее разработать.
Поэтому проектировщики и Renga, и других систем используют достаточно ограниченные наборы инструментов, чтобы создать все необходимые объекты.
Но, например, эксперт при проверке проекта должен точно понимать, что за объект он видит.
Для таких случаев в Renga предусмотрены несколько специальных свойств, которые позволяют переопределить тип объекта и заполнить атрибуты IFC.
Допустим проектировщик создал кабельный лоток с помощью инструмента Балка. Чтобы переопределение произошло при экспорте модели в IFC из Renga, нужно для балки создать свойство под названием IfcEntityType и в экземпляре балки/кабельном лотке присвоить ему значение IfcCableCarrierSegment. Также необходимо создать свойство IfcName, в значениях которого написать, как этот лоток называется.
В IFC для описания балки предназначено две сущности: IfcBeam и IfcBeamType. IfcBeam описывает экземпляр объекта, а IfcBeamType тип объекта, то есть в случае Renga — стиль балки. Такое же правило работает и для кабельного лотка.
Значит, чтобы не нарушать схему, нужно связать кабельный лоток с типом, то есть добавить стилю балки свойство под названием IfcEntityType и присвоить ему значение IfcCableCarrierSegmentType.CABLETRAYSEGMENT.
Не забудьте, что для того чтобы задумка удалась, и эксперт увидел в модели кабельный лоток, файл сопоставления параметров необходимо дополнить.
И наконец, приятный бонус от Renga. Рядом с каждым файлом, экспортированным в IFC4, будет формироваться лог-файл. В случае если полученный IFC не ответит ожиданиям пользователя, то он позволит вам и специалистам техподдержки разобраться, из-за чего произошла ошибка, вызвавшая нарушение схемы IFC: несоответствие типа данных или предопределенного типа объекта.