Классы IFC элементов ИМ

[Григорий]

При выгрузке общей инф. модели у определенных объектов, добавленных через базу робура (например стойки знаков, сами знаки, фундаменты, элементы колодцев, трубы и т.д.) по умолчанию стоит класс proxy. К примеру в ревите при экспорте модели (или ее части) есть возможность поменять тип класса IFC на нужный, просто отредактировав параметры экспорта, тут к сожалению не могу найти, возможно кто-то сталкивался.

• Тема изменена 2 года, 2 месяца назад пользователем Григорий.

[Григорий]

Вот к примеру в итоговой модели участок ограждения имеет IFC класс IfcBuildingElementProxy, хотя по классификации надо задать ему IfcRailing, в целом проблема обходится через любой текстовый редактор поиском через айдишник элемента и заменой, но суть проблемы в том, что в итоговой модели многим элементам присваивается IfcBuildingElementProxy, вместо необходимых классов и замена их на нужные таким способом превратится в сущий ад по поиску среди 50+ тысяч строк кода.

Вложения:

Вы должны войти для просмотра вложений.

[Гусаров Даниил]

Здравствуйте,

Задача решается через мапинг, при помощи скрипта (*.py). Работа скрипта для постобработки сводной модели рассмотрена в ролике: https://youtu.be/LtCsvXPOISo
Сам скрипт настраивается через текстовый редактор (например Visual studio code — бесплатный).
Условно скрипт можно разделить на 3 раздела:
— version — указывается версия IFC файла, который нужно будет получить (доступные версии указаны рядом);
— process_group — этот раздел позволяет вам работать с атрибутикой модели;
где:
property(group, «тег свойства», «Название группы свойств | Название свойства», Значение свойства),
* За счет названия группы вы можете группировать те свойства, которые уже есть у объекта;
* За счет названия свойства вы можете переименовывать те свойства, которые уже есть у объекта;
* В значении можно указывать любое конкретное значение для свойства. Если установлено None, то программа будет брать автоматически значение из самого свойства, полученного программой;
* При необходимости можно добавлять свои свойства по аналогии.
— process_ifc_type — этот раздел позволяет задавать соответствие smdx-типа и IFC типа (пример «SmdxBaseLayerVolume3d» -> IfcCivilElement). -> то, что вам нужно

Для получения примера скрипта можете написать нам на почту с указанием ветки на данную тему форума.

• Ответ изменён 2 года, 2 месяца назад пользователем Гусаров Даниил.

Вложения:

Вы должны войти для просмотра вложений.

[Кобелев Владимир]

Добрый день.
У государственной экспертизы начинают нарождаться требования к ЦИМ. Начали изучать тему маппинга и сразу столкнулись с проблемами.
Вдоль и поперек изучили видео инструкцию, обозначенную выше.
Проблема раз.
В видео был пример составления фильтра по ключам working_type и $type_
Когда working_type из одного слова — проблем нет. Ключ [working_type = Покрытие] обрабатывается корректно. А когда working_type состоит из нескольких слов, экспорт в ifc ломается с предупреждением о недопустимом маркере.
Пример неработающей строчки:
<Filter Value = «working_type = «Подстилающий слой» and $type_6 = SmdxUnderlayingLayerVolume3d» Class=»IfcCourse»/>
Попытка заменить по правилам XML на " не помогла. Вернее ошибка экспорта исчезла, но данная строчка не обрабатывается, остается значение IfcCivilElement.
<Filter Value = «working_type = "Подстилающий слой" and $type_6 = SmdxUnderlayingLayerVolume3d» Class=»IfcCourse»/>

Проблема два.
Существует ряд классов IFC которые не могут быть назначены?
<Filter Value = «working_type = Выемка AND $type_5 = SmdxExcavationVolume3d» Class=»IfcEarthworksCut»/>
Например выемке не получается задать IfcEarthworksCut, остается IfcCivilElement
Или например для насыпи в КСИ прописаны IfcReinforcedSoil или IfcSlab. IfcReinforcedSoil не назначается, в то время как IfcSlab вполне себе встала.

[Автор]

Сообщения