О вариантах структуры IFC-проекта

Немного раскроем тему структуры IFC-файла на небольшом примере с несколькими элементами здания и помещениями, объединенными в строительные системы и зоны.

В проекте может быть представлено не более одного IfcProject, но площадок IfcSite и зданий IfcBuilding может быть несколько.

Серым обозначены возможные вариации структуры проекта.

Ранее мы показывали, как это сделать в Revit с помощью связанных файлов.

Если элемент не описан классами IFC, то ему можно присвоить обобщающий класс IfcBuiltElement. В схеме IFC4x3 он пришел на замену IfcBuildingElementProxy, хотя последний всё еще может быть использован.

Структура IFC образуется путем взаимосвязей классов между собой с помощью связей.

🔴 Связи в IFC
🔴 Что дают связи
🔴 Еще немного о связях

Скачать схемку в PDF ⬇️

👥 @IFC_ru
👥 @IFC_club

Ежемесячный подкаст "BIM-среда" в IFC Клубе!

🗓️ Среда, 2 июля, в 16-00 МСК

🔊 Тема: "IFC, ИИ, КСИ и SQLite для управления данными"

Гость:
👤 Алексей Бабинов, Руководитель департамента исследований и разработок WE-ON GROUP

На летнем BIM-форуме Алексей развил идею создания справочников данных, с которой выступил еще зимой.

В эту среду поговорим о:

🛑сложностях и проблемах в текущем подходе наполнения ЦИМ атрибутивной информацией;
🛑использовании справочников данных для решения этих проблем;
🛑применении IFC.js и SQLite для хранения данных по модели во внешней БД независимо от вендоров;
🛑автоматизации предлагаемого подхода с помощью искусственного интеллекта;
🛑перспективах такого решения, и есть ли здесь место для КСИ.

Присоединяйтесь!
Встреча будет проходить в группе в формате видео-чата.

👥 @IFC_ru
👥 @IFC_club

✈️ Запись эфира "IFC, ИИ, КСИ и SQLite для управления данными"

✈️ Гость: Алексей Бабинов, Руководитель департамента исследований и разработок WE-ON GROUP

📹Youtube | 📺Rutube | ✈️ Telegram

👥 @IFC_ru
👥 @IFC_club

Разбираем ТЗ на ЦИМ. Выпуск 1

О классификации

Приходится часто сталкиваться с такого рода заполнением классификационных требований (см. скрин).

Для различных видов элементов класс IFC не разбит на подтипы. А введение дополнительной классификации (например, КСИ) также не дает больше ясности.

🔍Способы решения описаны тут. Из них можно порекомендовать эти:

1. Использование альтернативной классификации.
Если в вашем распоряжении есть классификатор, который наиболее подходит для ваших нужд, используйте его. В данном примере же применение КСИ только добавляет лишней работы и не дает результата.

2. Использование PredefinedType + ObjectType.
Мы наблюдаем, что сегодня мало действительно проработанных и структурированных классификаторов. Поэтому способ PredefinedType + ObjectType в текущих реалиях является наиболее безболезненным и универсальным решением.

С другой стороны, если вы только в начале пути и вам достаточно базовой классификации, то и расписывать в задании подробную разбивку нет надобности.

👥 @IFC_ru
👥 @IFC_club

Разбираем ТЗ на ЦИМ. Выпуск 2

Делим модели на разделы.

Если у вас достаточно большой и сложный объект с кучей инфраструктуры, то подробное деление ЦИМ на отдельные файлы имеет смысл. Например, системы ВК можно разделить на файлы В0, В1, В2 и т.д. (см. скрин)

Но в случае небольшого объекта можно обойтись без выделения одной трубы в отдельный IFC-файл. И тогда возникает вопрос, каким образом выделять те самые В0, В1, В2 ... ?

🛑1-ый способ:
- Добавить атрибут каждому элементу системы и фильтровать по ним.

🛑2-ой способ:
- не дублировать лишний раз одну и ту же информацию, а объединять элементы в подсистему с соответствующим именем и видеть ее в диспетчере(структуре) проекта.

🔹IfcBuildingSystem (или IfcBuiltSystem для IFC 4x3) - строительные системы (КЖ, КР, КД, фасады и т.д.)
🔹IfcDistributionSystem - инженерные систем (К0, К1, К2, К3, В0, В1 и т.д.)
🔹IfcSystem - любые системы без конкретизации.

Об особенностях каждого способа ранее порассуждали тут и тут.

И лучше заранее понимать, какое разделение ЦИМ прописать в ТЗ, так как от этого зависит работа проектировщика, и у некоторых САПР были проблемы с реализацией второго способа.

👥 @IFC_ru
👥 @IFC_club

Дипломная работа Никиты Сысолова (НГАСУ-Сибстрин) заняла 1 место в студенческой номинации конкурса "ТИМ-лидеры"! 🎉

Напомним, что разработанный скрипт помогает быстро справиться с ручным «маппированием», если ТЗ представлено в формате IDS, сокращая трудозатраты и помогая проектировщику в автоматизации
его процессов.

⬇️ Скачать

Презентация 👇

👥 @IFC_ru
👥 @IFC_club

О делении составных элементов на части

"Справочный" пост о том, что в IFC есть возможность создания составных элементов, поделенных на части.

Пример из ревита.
1. Создаем части из составного перекрытия.
2. Выгружаем без галочки "Экспорт деталей в качестве элементов здания". В противном случае части выгрузятся как отдельные IfcSlab.
3. Получаем плиту, в состав которой входят части с классом IfcBuildingElementPart, специально предназначенным для этих нужд.

Функционал составных элементов в IFC может пригодиться, например, если нужно детализировать элемент ограждения, окна, сэндвич-панели и тд.

P.S. Со стенами это может не сработать, так как у ревита, особенно старых версий, с ними давние проблемы.

👥 @IFC_ru
👥 @IFC_club