«Как читать спецификацию IFC, определять MVD и настраивать экспорт из Renga?»
Основные понятия IFC
Формат данных с открытой спецификацией IFC (Industry Foundation Classes) представляет собой открытый международный формат для информационной модели данных объектов строительства (BIM), предназначенных для обмена и совместного использования в программных приложениях, применяемых участниками отрасли строительства и эксплуатации зданий и сооружений [ГОСТ Р 10.0.02-2019].
Официальный источник документации по IFC – сайт организации-разработчика buildingSMART: https://technical.buildingsmart.org/standards/ifc/
Формат данных с открытой спецификацией определяет схему данных и структуру формата файлов обмена данными. Подмножество схемы данных и связанных данных называется определением модельного вида (MVD). Один или несколько типичных отраслевых рабочих процессов в строительстве и эксплуатации зданий и сооружений может быть описан конкретной реализацией MVD. Каждый рабочий процесс устанавливает требования к обмену данными для программных приложений. Для создания модельного вида требуется специальное программное обеспечение [ГОСТ Р 10.0.02-2019].
Определения модельного вида, разрабатываемые buildingSMART приведены в соответствующем разделе официального сайта организации: https://technical.buildingsmart.org/standards/ifc/mvd/mvd-database/
MVD Reference View устанавливает упрощенное представление ЦИМ для координации архитектурных, конструктивных и инженерных решений проекта (не предусматривает возможности редактирования модели).
MVD Design Transfer View устанавливает расширенное представление ЦИМ с возможностью обмена данными между различными программными инструментами (предполагает возможность редактирования компонентов, но не обеспечивает полной передачи всех данных в редактируемом виде).
Следует обратить внимание на статус MVD: Final – завершенный, утвержденный, Draft – в разработке.
Для технической реализации представления модельного вида необходимо обозначить в нетехнических терминах (понятных конечному пользователю: архитектору, конструктору, инженеру по сетям и т.д.) требование к обмену информацией, которой необходимо обменяться для соблюдения конкретного бизнес-процесса на определенном этапе проекта (см. п. "Требования и рекомендации для организации процесса проектирования по технологии информационного моделирования"). Подробнее о данных понятиях, рекомендациях и методах организации обмена информацией см. ГОСТ Р 10.0.03-2019.
Представление модельного вида может быть определено стандартным из представленных buildingSMART (в Renga по умолчанию настройки экспорта соответствуют MVD Reference View 1.2) или уникальным – для достижения каждой отдельной цели обмена данными (см. п. "Цели экспорта и инструменты обеспечения интероперабельности ПО"). И в том, и в другом случае требуется соблюдать правила формирования спецификации IFC, использовать описания и возможности представления объектов и связей, которые предоставляет формат[1].
[1] При работе со стандартом IFC рекомендуется использовать автоматический перевод с английского на русский язык в случае необходимости понимания назначения того или иного класса объекта, его описания, набора параметров и т.д. Названия классов объектов, наборов их параметров, названия атрибутов следует применять оригинальными, без перевода, во избежание синтаксических ошибок при работе с настройкой геометрического и информационного представления объектов. Для навигации по стандарту (например, по представлению Reference View 1.2) рекомендуется применять поиск, а также полезным будет раздел «Index»: https://standards.buildingsmart.org/MVD/RELEASE/IFC4/ADD2_TC1/RV1_2/HTML/doc_index.htm.
Цели экспорта и инструменты обеспечения интероперабельности ПО
Программа Renga обладает гибко и широко настраиваемым полнофункциональным[2] инструментарием для принятия[3] и передачи цифровой информационной модели с целью выполнения:
[2] Обеспечивающим выгрузку ЦИМ в любом представлении модельного вида, MVD, как стандартизированном, так и уникально сформированном под задачи пользователя, в рамках возможностей, предоставляемых действующим стандартом BuildingSmart для спецификации IFC.
[3] Настройка производится на экспортирующей стороне, в Renga модель в формате IFC открывается как проект.
• законодательных, нормативных и экспертных требований (см. подраздел "Регулирующие требования к составу и формату передачи цифровой информационной модели");
• бизнес-требований, диктуемых организованным с учетом технологии информационного моделирования процессом проектирования (см. подраздел "Требования и рекомендации для организации процесса проектирования по технологии информационного моделирования");
• требований интероперабельности ПО (см. п. "Требования интероперабельности ПО", с учетом технических возможностей экспорта и импорта конкретной версии каждой программы), участвующего в процессе проектирования;
• целей передачи ЦИМ (которыми могут быть: редактирование, дополнение другими разделами проекта, проверка на коллизии, экспертиза, просмотр, осмечивание и т.д.);
Вариаций наборов перечисленных требований может быть множество и для каждой проектной организации они будут уникальными[4] (на что влияют и состав ПО определенных версий на предприятии, и регион прохождения проектом экспертизы, и организация процесса проектирования и т.д.). Для каждого из этих целевых наборов требований ТИМ-специалист[5] предприятия имеет возможность предельно гибкой настройки представления модельного вида выгружаемой из Renga ЦИМ в формате IFC 4 (формат продиктован требованиями, ссылка на которые приведена в п. "Законодательные и нормативные требования").
[4] Регламентация этих наборов и производится в BIM-стандарте – IDM-справочнике предприятия.
[5] Текст ссылок: http://publication.pravo.gov.ru/Document/View/0001202101190012?index=1&rangeSize=1
Для этого в Renga предназначены инструменты настройки (самые важные положения и возможности настроек экспорта зафиксированы в справке по программе в разделе «Экспорт в IFC»):
1 – информационного представления объектов (п. "Определение состава ЦИМ и настройка информационного представления объектов");
2 – геометрического представления объектов (п. "Настройка геометрического представления объектов ЦИМ");
3 – определения расположения здания, участка и проекта в консолидированной информационной модели объекта строительства (п. "Определение расположения здания, участка, проекта");
4 – методы определения состава объектов экспортируемой ЦИМ (п. "Определение состава ЦИМ и настройка информационного представления объектов").
Настройка производится перед экспортом цифровой информационной модели в диалоговом окне настроек, вкладке «Экспорт»; внутри файлов сопоставления; а также в свойствах самих объектов модели (с помощью специальных свойств). При произведении настроек обязательно знание и соблюдение требований, на которые ориентирует подраздел "Регулирующие требования к составу и формату передачи цифровой информационной модели", а также строгое следование стандарту IFC (соблюдение синтаксиса при добавлении специальных свойств и задании им значений для объектов; корректное определение отношения объектов модели и их атрибутов определенным классам и типам объектов и их атрибутов в структуре спецификации IFC – см. в помощь рекомендации п. "Основные понятия IFC").
Файл настроек геометрического представления «ifc_geometry_type_settings.json» хранится на компьютере пользователя (в папке %LocalAppData%\Renga Software\Renga), путь к нему неизменен и сам файл может быть только один. Файлы настроек сопоставления типов, параметров и объектов слоям хранятся в папке установки программы (путь по умолчанию C:\Program Files\Renga\IFCMap)[6].
[6] ТИМ-специалист предприятия может настроить несколько файлов настроек геометрического представления и файлов сопоставления для разных наборов требований к выгружаемой ЦИМ и заменять файл геометрического представления, а также указывать пути к нужным файлам сопоставления при решении определенной цели при экспорте модели в формат IFC.
По умолчанию настройки экспорта установлены в соответствии с действующим и утвержденным Reference View 1.2 (см. на изображении выше).
После произведенных настроек (методические подробности см. п. "Определение состава ЦИМ и настройка информационного представления объектов", "Настройка геометрического представления объектов ЦИМ", "Определение расположения здания, участка, проекта"), осуществляется экспорт модели и проверка корректности предварительных настроек на соответствие целевому набору требований и ожиданий к полученной в формате IFC модели (см. п. "Проверка результатов экспорта").
Определение состава ЦИМ и настройка информационного представления объектов
Информационное представление объектов в структуре спецификации IFC стандартизировано правилами buildingSMART (существует набор специальных атрибутов для каждого класса, прописанных в структуре стандарта IFC, а также возможность передавать пользовательские свойства объектов, соблюдая определенные стандартизированные правила). Все типы объектов и их параметры, которые доступны в формате IFC можно найти в описании спецификации IFC4, предоставляемом buildingSMART.
В Renga для настройки соответствия информационного представления объектов экспортируемой модели стандартным правилам заполнения спецификации IFC предусмотрены файлы сопоставления:
• Файл сопоставления типов. Определяет какие типы объектов необходимо экспортировать и их соответствие типу объектов IFC модели. Объекты не указанные в файле сопоставления типов, не будут экспортированы.
• Файл сопоставления параметров. Определяет какие свойства, параметры и расчетные характеристики объектов необходимо экспортировать и их соответствие атрибутам объекта IFC модели.
• Файл сопоставления объектов слоям. Определяет на каких слоях в IFC модели будут расположены объекты заданных типов.
Файлы сопоставления в формате *.json, применяемые программой при экспорте по умолчанию, располагаются в папке установки программы (путь по умолчанию C:\Program Files\Renga\IFCMap). Путь и сам файл сопоставления возможно изменить (рекомендуется сохранять неизменными стандартные файлы сопоставления, копируя их при необходимости внесения изменения и задавая путь к нужным проектному случаю файлам).
Редактирование файла сопоставления возможно осуществлять в обычном текстовом редакторе, но рекомендуется использовать специальные редакторы с подсветкой синтаксиса JSON-формата. Например, онлайн-редактор JSON Editor Online или локально установленную программу Visual Studio Code. Это позволит максимально снизить вероятность ошибок при редактировании файлов сопоставления, так как такие инструменты обладают специальными подсказками синтаксических ошибок и разделителями текста кода. В первой строке «name» рекомендуется указывать цель экспорта, например, используя название представления модельного вида (см. п. "Основные понятия IFC").
При редактировании файлов сопоставления необходимо соблюдать следующие правила:
1 – Строго соблюдать синтаксис JSON-формата при заполнении файлов сопоставления – открытия и закрытия фигурных скобок, постановки запятых, кавычек, так как их излишнее наличие или отсутствие, неправильное расположение может вызвать возникновение ошибок при использовании файлов сопоставления и отсутствию ожидаемого результата в экспортируемом IFC-файле. Рекомендуется копировать уже существующий в файле сопоставления блок записи для определенного типа объекта и вносить смысловые изменения внутри синтаксически корректно оформленных строк.
2 – Названия типов объектов, наборов параметров, атрибутов должны быть написаны в строгом соответствии с наименованием классов IFC. Более того, требуется понимание отношения атрибута к той или иной группе параметров для определенного типа объекта (см. далее пример с добавлением пользовательского свойства, созданного в Renga, в состав параметров объекта в структуре IFC).
3 – Тип объекта в файле сопоставления типов может быть записан как имя типа объекта (см. вспомогательную таблицу сопоставления имен типов объектов в Renga и классов IFC) или как уникальный идентификатор (типа объекта, см. информацию в документации). Во многих случаях для определения соответствия классу IFC необходимо указать категорию объекта (см. информацию в документации). Имя категории объекта можно получить с помощью спецификации (см. п. 7.1.1). Уникальные идентификаторы типа объекта и его категории записываются в фигурных скобках через точку.
4 – Для корректного экспорта сборок в файле сопоставления типов должно быть указано соответствие сборки классу IFC, а также соответствие всех типов объектов, из которых состоит сборка.
5 – Свойство объекта в файле сопоставления параметров может быть записано как имя свойства или как уникальный идентификатор, который указан в редакторе «Свойства объекта». Для расчетных характеристик тоже может быть использовано имя или уникальный идентификатор (который можно определить в документации). Уникальный идентификатор записывается в фигурных скобках.
Для решения некоторых практических задач при экспорте, кроме файлов сопоставления, может потребоваться переопределение типа объекта в другой с помощью специальных свойств для объектов модели (что приведет к подчинению данного объекта правилам экспорта переназначенного типа объекта, указанным в файлах сопоставления; см. совместно с файлом сопоставления параметров) или исключение некоторых объектов из состава ЦИМ при экспорте.
Перечень специальных свойств зафиксирован в пункте «Переопределение объектов с помощью специальных свойств» раздела справки «Экспорт в IFC». Это свойства[7] строкового типа данных, названия (для IfcEntityType и значения) которых должны строго соответствовать спецификации IFC.
[7] Специальные свойства для объекта:
IfcEntityType (переопределяет тип объекта); IfcObjectType (задается только в том случае, если пользователь задал предопределенный тип USERDEFINED в свойствах экземпляра объекта); IfcElementType (задается только в том случае, если пользователь задал предопределенный тип USERDEFINED в свойствах стиля объекта).
IfcName (используется для указания короткого имени или номера объекта); IfcLongName (используется для указания полного имени объекта). IfcTag (соответствует параметру объекта «Марка»); IfcDescription (может содержать описание объекта).
IfcLayer (определяет слой объекта).
Если в организованном процессе проектирования (см. п. "Требования и рекомендации для организации процесса проектирования по технологии информационного моделирования") изначально известно, что проект будет экспортироваться в формат IFC, то рекомендуется создать и назначить всем (или определенным) типам объектов набор специальных свойств на этапе создания шаблона проекта ТИМ-специалистом (см. п. "Свойства элементов модели и компонентов проекта").
Все дальнейшие рассмотренные случаи и примеры решения определенных задач при экспорте предусматривают следующий порядок действий: добавление и заполнение свойств (в том числе специальных) в самой модели; создание правил экспорта в файлах сопоставления; указание в настройках экспорта подходящего (измененного соответствующим образом) файла (файлов) сопоставления; экспорт модели в формат IFC и проверка результатов экспорта (см. п. "Проверка результатов экспорта").
Определение состава объектов цифровой информационной модели в результате экспорта в формат IFC:
✎1 случай: с помощью файла сопоставления типов.
При необходимости передать в IFC-формат только объекты определенных типов, без включения в конечную модель объектов остальных существующих типов, нужно воспользоваться файлом сопоставления типов.
Например, требуется передать только раздел электрических систем. Тогда в исходном файле сопоставления типов «export_type.json» (рекомендуется вносить изменения в копию данного файла) необходимо оставить только целевые типы объектов и удалить все остальные (колонны, балки, помещения и т.д.
При указании в настройках экспорта файла сопоставления типов с внесенными изменениями, в результате экспорта в модели будут отображены только требуемые типы объектов:
✎2 случай: с помощью специального свойства IfcEntityType, созданного и заданного в значении «.» только определенным объектам в модели.
Возможно использовать этот способ отдельно от случая 1 или в дополнение к нему (например, для исключения из экспорта объектов, являющихся вспомогательными при создании модели в Renga).
Для решения задачи исключения некоторых объектов из экспорта, с сохранением в модели других объектов данного типа, необходимо произвести следующие шаги:
1 – в нужном проекте в программе Renga создать специальное свойство «IfcEntityType» и назначить его для типов объектов, которые требуется исключить из модели при экспорте (в редакторе «Управление стилями -> Свойства объектов», см. п. "Свойства элементов модели и компонентов проекта");
2 – выбрать требуемые объекты в модели (при необходимости выбора множества объектов, можно воспользоваться для выбора фильтром, см. п. "Управление видимостью объектов модели. Фильтры") и задать свойству «IfcEntityType» значение «.» (при экспорте это значение не будет являться ошибкой, как в случае с опечаткой в задании значения этого свойства определенным типом объекта, см. пример с переопределением типа объекта).
3 – В результате экспорта в модели формата IFC (см. п. "Проверка результатов экспорта") данные объекты будут отсутствовать.
✎Включение в экспортированную модель пользовательских свойств объектов:
Файл сопоставления параметров, применяемый в Renga по умолчанию, настроен таким образом, что все стандартные параметры, расчетные характеристики и свойства, которые существуют в Renga и предусмотрены для заполнения структурой спецификации IFC, передаются в экспортированную модель для каждого объекта в модели.
При создании пользовательского свойства и назначении его определенному типу или нескольким типам объектов модели может возникнуть необходимость передать значения этого свойства для объектов модели при экспорте в формат IFC. Например, при подготовке модели к экспертизе (см. п. "Требования экспертизы") или для внутренней проверки.
1 – После создания и назначения свойства, потребуется его уникальный идентификатор и понимание – какому типу объекта назначено свойство (см. вспомогательную таблицу сопоставления имен типов объектов в Renga и структуре IFC при перечислении правил редактирования файлов сопоставления ранее).
2 – Затем в исходном файле сопоставления параметров «export_attr_qto_pset.json» (рекомендуется вносить изменения в копию данного файла) потребуется найти нужный тип объекта и добавить набор пользовательских свойств (с пользовательским названием), в котором определить наименование свойства после экспорта и назначить уникальный идентификатор пользовательского свойства из шага 1 (при этом следует обращать внимание на фигурные скобки, запятые и другой синтаксис заполнения файла сопоставления).
3 – При указании в настройках экспорта файла сопоставления параметров с внесенными изменениями, в результате экспорта объекты модели будут обладать необходимыми пользовательскими свойствами в определенном наборе.
Следует обратить внимание на то, что наборы атрибутов для каждого типа объекта могут включать в себя: "attributes" (параметры), "psets" (свойства) и "qsets" (расчетные характеристики).
Блоки "attributes" и "qsets" можно изменять только в строгом соответствии с правилами IFC (наименования атрибутов и их значения заполняются из списка доступных в IFC-стандарте). То же касается и набора свойств "psets" под названием "pset_[ObjectType]Common" – в этот набор вписываются только параметры, которые предоставляет структура IFC. Поэтому для пользовательских параметров требуется создавать отдельный набор свойств "psets".
При необходимости определить для одного из атрибутов любой группы не пользовательский, а стандартный параметр или расчетную характеристику из системы Renga, можно воспользоваться их именами в программе или уникальными идентификаторами из документации.
Переопределение типов объектов и их параметров:
✎1 случай: переопределение объекта без стиля с помощью специальных свойств «IfcEntityType» и «IfcName» в существующий в Renga тип объекта.
1 – Для нужного типа объекта требуется добавить специальные свойства «IfcEntityType» и «IfcName».
2 – В модели нужным объектам задать значения для этих свойств в строгом соответствии со спецификацией IFC (см. п. "Основные понятия IFC"). Значение свойства «IfcEntityType» может быть задано только из списка значений спецификации IFC, также как и предопределенный тип (предопределенный тип дополняет основной тип объекта и записывается заглавными буквами через точку после указания основного типа (может отсутствовать; или быть задан в значении USERDEFINED – определенный пользователем или NOTDEFINED, т.е. необозначенный в IFC).
Теперь экспорт данных объектов будет осуществляться в соответствии с правилами, указанными в файлах сопоставления для того типа объекта, в который произошло переопределение. Поэтому следует обратить внимание, что параметры и свойства будут браться из переопределенных типов объектов и внести соответствующие изменения в файл сопоставления параметров (см. соответствующий пример добавления свойств, приведенный ранее).
3 – В соответствии с настройками файлов сопоставления и геометрического представления экспортировать модель в формат IFC. В результате типы и наименования объектов, а также их свойства, в IFC-модели будут соответствовать переопределенным значениям.
✎2 случай: переопределение объекта в сборке и его стиля с помощью специальных свойств «IfcEntityType» и «IfcName» в несуществующий в Renga тип объекта.
1 – Для нужных типов объектов (каждого типа объекта, который составляет сборку и его стиля; для сборки в модели) требуется добавить и назначить специальные свойства «IfcEntityType» и «IfcName» (при необходимости и другие специальные свойства).
2, 3, 4 – Заполнить значения этих свойств: для экземпляров сборки в модели; каждого объекта, входящего в сборку; стилей входящих в сборку объектов.
5 – Добавить в файл сопоставления параметров новый тип объекта. Так как этот тип формируется из параметров другого типа, требуется сопоставить параметры нового типа данных с параметрами исходного типа данных (для этого рекомендуется продублировать текст файла сопоставления параметров исходного типа данных, для того чтобы сохранить связь со всеми параметрами, скопировать блок исходного типа объекта и переименовать в скопированном блоке тип данных и связанные с ним наименования наборов параметров в целевой тип данных).
6 – При необходимости передать пользовательские свойства, добавить их в новый набор параметров в группе пользовательских параметров "psets" (см. пример ранее).
7 – Добавить в файл сопоставления объектов слоям соответствующий тип данных (см. рассмотренный далее случай).
8 – В соответствии с настройками файлов сопоставления и геометрического представления экспортировать модель в формат IFC. В результате типы и наименования объектов, а также их свойства, в IFC-модели будут соответствовать переопределенным значениям.
Распределение объектов по слоям:
✎1 случай: с помощью файла сопоставления объектов (их типов) слоям.
В этом случае распределение объектов по слоям произойдет в соответствии с их типом. Например, для того чтобы добавить определение слоя для нового типа объекта «Свая», в который были определены некоторые колонны в предыдущем примере, необходимо добавить следующую запись в файл сопоставления объектов слоям «export_layer.json»:
✎ 2 случай: с помощью специального свойства IfcLayer, созданного для нужного типа объекта (того типа, которым смоделирован объект в Renga) и заданного только определенным объектам в модели.
Настройка геометрического представления объектов ЦИМ
Настройки экспорта цифровой информационной модели из Renga в формат IFC4 по умолчанию установлены в соответствии с представлением модельного вида (MVD) Reference View 1.2. Его определение, предназначение и настройку см. соответственно п. "Основные понятия IFC" и п. "Цели экспорта и инструменты обеспечения интероперабельности ПО".
Для того чтобы изменить представление модельного вида экспортируемой ЦИМ необходимо воспользоваться настройками экспорта, основные теоретические положения о которых представлены в таблице (см. далее по тексту).В таблице рассмотрены настройки геометрического представления объектов по уровням и составляющим дерева геометрического представления и настройки опций.
При установке настроек требуется понимание логики (приоритетности) их применения программой при экспорте; и знание геометрического представления объектов конкретной ЦИМ (которая должна быть экспортирована) в исходном проекте Renga.
Настройки экспорта, заданные пользователем, применяются ко всем объектам ЦИМ, при этом для каждого конкретного объекта в процессе экспорта выбирается только одно наиболее подходящее трехмерное представление. То есть каждый объект модели будет представлен в одном определенном трехмерном геометрическом представлении из разрешенных пользователем, если это математически возможно.
Основные положения логики (в том числе приоритетности) применения настроек дерева геометрического представления объектов программой Renga:
1 – На верхнем уровне дерева настраивается вид представления объектов модели. Согласно спецификации IFC, объекты модели могут быть представлены как в виде трехмерного тела (Body), так и в других видах (Axis, FootPrint, подробнее см. таблицу).
2 – На втором уровне дерева указывается геометрическая модель, которая будет использована для представления Body (подробнее см. таблицу). Геометрическая модель определяет вид его математического описания и может быть в итоговой экспортированной модели только одно из нескольких, указанных пользователем.
Порядок приоритетности выбора программой Renga трехмерного представления объекта при экспорте основан на правиле «от сложного к простому» (т.е. от максимально возможной для математического воспроизведения и редактирования геометрии объектов к упрощенной и нередактируемой):
• SweptSolid -> Brep -> Tesselation.
То есть, если объект может быть выгружен в представлении SweptSolid, то программа выберет данное параметрическое или частично параметрическое представление для объекта (см. совместно с настройками третьего и четвертого уровня дерева представлений для SweptSolid); если это невозможно для конкретного объекта (или пользователь отключил такую возможность), то представление будет выбрано твердотельным нередактируемым Brep (см. совместно с настройкой третьего уровня дерева представлений для Brep); следующим по приоритетности является полигональное нередактируемое представление Tessellation (см. совместно с настройкой третьего уровня дерева представлений для Tessellation).
При этом следует понимать, что разные типы объектов имеют изначально разное геометрическое представление в исходном проекте (примеры см. в таблице). В частности, объекты, математически представленные в Renga как Surface, не могут быть экспортированы как SweptSolid или Brep (в связи с разностью математического описания таких объектов), но могут быть упрощены до представления Tessellation. Поэтому, если не установить настройку возможности использования представления Surface и отключить настройку возможности использования представления Tessellation, то объекты модели, представленные Surface, не будут существовать в экспортированной ЦИМ (потому что не будут записаны в модель IFC). По такому же принципу произойдет и определение представления и для других типов объектов, например: импортированная полигональная трехмерная модель мебели или оборудования, представленная в Renga в виде элемента, при включении пользователем единственной возможности выгрузки всех объектов только в SweptSolid, не сможет быть представлена в SweptSolid и будет отсутствовать в экспортированной модели в формате IFC.
3 – На третьем уровне дерева геометрического представления Tessellation и Brep (подробнее см. таблицу), настраиваются типы представлений геометрической модели. Если включены все варианты геометрических представлений, то приоритетность выбора программой установлена также в соответствии с правилом «от сложного к простому»:
• для представления Tessellation: PolygonalFaceSet -> TriangulatedFaceSet;
• для представления Brep: AdvancedBrep -> FacetedBrep.
Для представления SweptSolid на третьем уровне дерева геометрического представления приведены типы, которые предназначены для расширенного математического описания разных типов объектов. То есть применение настройки будет означать разрешение на внесение соответствующей записи в модель IFC как результат операции построения трехмерной формы определенного типа (ExtrudedAreaSolid, RevolvedAreaSolid и т.д.), по которой принимающая сторона сможет воспроизвести объект самостоятельно (см. подробнее таблицу).
4 – На четвертом уровне дерева представлений SweptSolid настраивается описание сечения, с которым производится операция, выбранная на третьем уровне, в приоритетности «от сложного к простому». Порядок приоритетности установлен следующим образом (от параметрического редактируемого описания сечения профиля к неизменяемому):
• ParametrizedProfile -> … -> ArbitraryClosedProfile.
5 – На пятом уровня дерева геометрического представления объектов SweptSolid настраивается форма параметрического профиля (например, если будет установлена настройка возможности записать форму двутаврового сечения параметрическим профилем «IShapeProfile», то принимающая сторона, при технической возможности для этого, сможет назначить для балки двутавровое сечение из своей библиотеки с возможностью изменить его на другое сечение – например, швеллер).
Краткая памятка о приоритете выбора трехмерного геометрического представления для каждого объекта программой при экспорте в IFC приведена в пункте «Определение геометрического представления объектов» раздела справки «Экспорт в IFC»:
Опции настройки геометрического представления объектов (подробнее см. таблицу) применяются при решении определенной задачи экспорта, например:
• для передачи точной геометрической модели в IFC следует отключить опцию «Аппроксимировать кривые отрезками и дугами» (применяется при достаточных технических возможностях принимающего ПО воспроизводить криволинейные грани объектов); • для того чтобы объекты, в которых могут быть проёмы, можно было экспортировать параметрически как SweptSolid, следует отключить опцию «Экспортировать "Body" проёмов как "Reference"» (включение опции может потребоваться при передаче модели в MVD Reference View);
• для того чтобы не разделять на части объекты с многослойным материалом, следует отключить одноименную опцию (например, для передачи объектов с многослойным материалом с возможностью последующего редактирования состава материалов, при технической возможности принимающего ПО; включение опции может потребоваться при передаче модели в MVD Reference View);
• для параметрического экспорта объектов без учёта подрезок и без учёта форм среза балки, следует включить опцию «Экспортировать геометрическое представление без подрезок» и отключить опции «Аппроксимировать кривые отрезками и дугами», «Экспортировать "Body" проёмов как "Reference"», «Разделять объекты с многослойным материалом на части» (случаем применения опции может быть передача модели в программные комплексы для расчета конструкций, см. подраздел "Расчет конструкций модели", или для детализации узлов и соединений конструкций, см. п. "Детализация узлов соединения" – для возможности замены сечений и изменения длин, высот и т.д. несущих конструкций).
В IFC геометрическое представление объектов указывается в классе IfcShapeRepresentation. См. рекомендации по чтению правил стандарта IFC в п. "Основыне понятия IFC". Пояснения с привязкой к дереву настройки геометрического представления объектов в Renga c примерами соответствующего представления объектов в исходной модели в Renga приведены в таблице:
Полные тексты ссылок:
[1]http://docs.buildingsmartalliance.org/IFC4x2_Bridge/schema/ifcgeometricmodelresource/lexical/ifcsweptdisksolidpolygonal.htm
[2]https://standards.buildingsmart.org/IFC/DEV/IFC4_2/FINAL/HTML/schema/ifcgeometricmodelresource/lexical/ifcfixedreferencesweptareasolid.htm
✎Программы, применяемые в процессе создания информационной модели объекта капитального строительства, обладают различным назначением, а также разными техническими возможностями по чтению формата IFC. Установите настройки геометрического представления объектов, учитывая изложенные в данном пункте и в п. "Цели экспорта и инструменты обеспечения интероперабельности ПО" положения и возможностей принимающей стороны.
Определение расположения здания, участка, проекта
Положение объекта в структуре дерева цифровой информационной модели, описанной спецификацией IFC после экспорта из Renga, можно упрощенно (без учета отношений) представить по уровням декомпозиции следующим образом:
В случае (подробно все положения см. структуру формата IFC , для здания), если объект входит в состав сборки, то добавляется уровень структуры для его родительского объекта (сборки):
Так как в программе Renga предполагается создание ЦИМ одного здания или сооружения, то объектов, групп объектов и уровней может быть множество; и они, в свою очередь, составляют только одно здание, расположенное на конкретном участке в составе определенного проекта. При этом геометрически в модели представлены именно объекты.
Здание, участок и проект получают основное качественное информационное представление от пользователя, который заполняет параметры, создает и заполняет свойства проекта, участка, здания в диалоговом окне «Информация о проекте» (см. п. "Информация о проекте, участке, здании").
В качестве свойств проекта, участка или (и) здания могут быть заданы так называемые специальные свойства (это свойства, которые создаются и заполняются пользователем, но не требуют указания и сопоставления в файле сопоставления параметров, так как входят в набор стандартных свойств спецификации IFC), которые определяют смещение положения точки начала координат проекта Renga (соответствующей в Renga координатам x=y=z=0 мм, см. подраздел 3.2) после экспорта в IFC и координации в консолидированной информационной модели (см. подраздел "Оперирование проектом по разделам и консолидированной моделью").
Технически в программе возможно определить смещение и ориентацию локальной системы координат здания относительно системы координат участка; системы координат участка относительно системы координат проекта (создав и назначив специальные свойства участку); системы координат проекта относительно той информационной модели, с которой произойдет консолидация посредством формата IFC. При одновременном задании этих свойств для здания, участка, проекта, каждое из них будет учтено.
В общем случае рекомендуется добавлять и задавать значения этим специальным свойствам для здания при необходимости последующего его расположения с отступом и (или) поворотом на участке строительства в консолидированной модели проекта, состоящего из нескольких зданий.
Названия данных атрибутов должны строго соответствовать названиям, зафиксированным стандартом IFC (указаны в пункте «Определение расположения здания» раздела справки «Экспорт в IFC», методику работы со свойствами см. п. "Информация о проекте, участке, здании" и п. "Свойства элементов модели и компонентов проекта").
1 – Для определения смещения по осям X, Y, Z (см. п. "Инструменты создания и редактирования объектов модели") применяются соответственно специальные свойства IfcLocationX, IfcLocationY, IfcLocationZ с типом данных «Длина», координаты задаются в миллиметрах.
2 – Для задания углов поворота по принципу углов Эйлера (см. принцип в п. "Сборка", с отличием в том, что вместо точки начала и направления местных осей координат объекта принимаются точка начала и направление осей общей ЦИМ в Renga) применяются специальные свойства IfcDirectionPrecession, IfcDirectionNutation, IfcDirectionSpin. Для того чтобы повернуть здание в плоскости XOY необходимо задать угол прецессии (IfcDirectionPrecession). Угол задается в градусах.
✎Задайте положение здания с помощью специальных атрибутов, экспортируйте модель и проверьте результат экспорта, например, в среде общих данных Pilot-BIM.
Проверка результатов экспорта
Экспорт цифровой информационной модели в формат IFC4, с учетом всех произведенных по п. "Цели экспорта и инструменты обеспечения интероперабельности ПО", "Определение состава ЦИМ и настройка информационного представления объектов", "Настройка геометрического представления объектов ЦИМ", "Определение расположения здания, участка, проекта" настроек и методов, производится командой выпадающего меню «Экспортировать» основной панели «Экспортировать в формат IFC».
После экспорта ЦИМ в файл формата IFC4 в указанное место расположения, рядом с этим файлом будет сохранен одноименный файл с расширением *.log.
Это журнал, в котором фиксируются ошибки, возникшие в процессе экспорта.
Журнал без ошибок содержит одну строку о произведенном экспорте.
Ошибки могут быть связаны с неправильным написанием класса или типа IFC в свойстве объекта модели (в таком случае ID объекта позволит определить, для какого именно объекта допущена ошибка – см. этот метод в конце п. "Чтение журнала подключений и журнала проекта. Выявление отсутствия подключений и конфликтных ситуаций при совместной работе") или с нарушением синтаксиса при заполнении одного из файлов сопоставления (перечень ошибок см. пункт «Журнал ошибок экспорта» в разделе справки «Экспорт в IFC»).
Следующим и самым важным этапом проверки экспортированной ЦИМ будет открытие модели в целевом ПО (или импорт, в зависимости от правил принимающей стороны). Методы проверки соответствия модели ожидаемому результату могут быть автоматическими (производимыми самой программой), автоматизированными (с учетом настроек пользователя) или визуальными (зависит от принимающего ПО).
При возникновении ошибок или проблем с точностью воспроизведения требуемого модельного представления объектов в целевом ПО, следует проверить наличие данных ошибок или проблем в стороннем независимом ПО. Подбор такого ПО должен быть осуществлен с учетом цели передачи и относительно равноценных или превосходящих целевое ПО технических возможностей для реализации этой цели (то есть, если модель передавалась для возможности последующего геометрического редактирования объектов модели, то нужно проверять модель в другой BIM-системе, которой также может быть и сама Renga[1] ; если целью был просмотр модели или передача в Reference View – то нужно использовать набор различных IFC-просмотрщиков и т.д.).
[1] При этом необходимо понимать, что при экспорте геометрическое представление объектов были преобразовано в указанное пользователем при настройке (т.е., если объекты были выгружены не в параметрическом, а в тесселяционном или твердотельном представлении – редактирование их геометрии невозможно в том числе и в Renga – эти объекты видоизменены по сравнению с оригинальными).
Ориентировочный список программного обеспечения: для просмотра модели (так называемые BIM-вьюверы) FZKViewer, OpenIFCViewer, BIM Vision и другие; для просмотра структуры IFC в виде дерева GeometryGym IFC Tree Browser; программа для проверки файла IFC на наличие ошибок IfcCheckingTool; среда общих данных с возможностью проверки на коллизии Pilot-BIM и др.
Если в процессе проверки в независимом ПО подтвердилась корректность выгрузки в IFC из Renga, то потребуется уточнение технических возможностей принимающего ПО и, скорее всего, для последующего успешного чтения файла IFC, упрощение модельного представления в настройках и повторный экспорт.
