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

🗓️ Среда, 6 марта, в 16-00 МСК

🔊 Тема: "Основные принципы IFC и их реализация в Renga"

Спикер:
🇷🇺 Евгений Кирьян, ведущий менеджер по продукту Renga Software

Поговорим о:
🛑 базовой структуре IFC;
🛑 типах геометрических представлений;
🛑 возможностях Renga по работе с IFC.

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

👥@IFC_ru
👥@IFC_club

✈️ Запись вчерашнего подкаста "BIM-среда" доступна на Youtube-канале 📹 (звук исправлен)

✈️ Тема: Основные принципы IFC и их реализация в Renga
✈️ Спикер - Евгений Кирьян @EugeneKiryan, ведущий менеджер по продукту Renga Software

✈️ Сcылка на доску Miro с презентацией: https://miro.com/app/board/uXjVNrq-5ms=/

✈️ Дополнение:
Статьи Евгения Кирьяна по теории и практике работы с IFC:
- Тюнинг IFC-моделей. Добавляем Зоны (IfcZone). Часть 1.
- Тюнинг IFC-моделей. Добавляем Зоны (IfcZone). Часть 2.
- Тюнинг IFC-моделей. Вращаем объекты. Теория.
- Тюнинг IFC-моделей. Вращаем объекты. Практика.

@IFC_ru
@IFC_club

IFC Toolbox - бесплатный помощник по работе с IFC

Чем поможет:
🛑IFC Optimizer – уменьшает размер файлов.

🛑IFC Converter – преобразует IFC в форматы OBJ, Collada, STEP, IGES, XML и SVG.

🛑IFC Splitter – делит файлы по участкам/зданиям/уровням или по выбранным объектам в иерархии IFC-модели.

🛑IFC Relocator – работает с мировыми координатами IFC и координатами проекта.

🛑IFC Anonymizer – удаляет информацию об авторе, программном продукте, организации и т.д.

🛑IFC Validator – проверяет на наличие свойств согласно классификации IFC.

Github | Microsoft Store

Протестируем?

#Tools

В ожидании нового ПП РФ 1431

В преддверии нового постановления Правительства (ех. ПП РФ 1431) о составе и правилах формирования и ведения информационной модели ОКС важно отметить потенциальные проблемы формулировок в части форматов представления ЦИМ. Утратившее силу ПП РФ 1431 и текущий проект нового ПП до введения официальной XML-схемы предлагает представлять трехмерные модели (ЦИМ) в следующих форматах:

г) LandXML или иной формат данных с открытой спецификацией - для цифровой модели местности;
д) IFC или иной формат данных с открытой спецификацией - для трехмерной модели.

Разберемся, какие подводные камни могут быть от такой формулировки:

1️⃣ Указание IFC без версии стандарта (IFC 2.0, IFC 2x3, IFC4, IFC4x3 и т.д.) принесет в процесс больше путаницы, чем пользы.

2️⃣ Для проектирования требуется совмещение как модели ОКС, так и модели изысканий, что означает необходимость поддержки обоих форматов (IFC и LandXML) в одном ПО. А как следствие необходимости серьезной доработки ПО и лишним трудозатратам.
Отметим, что LandXML не закреплен стандартом РФ.

3️⃣ Отдельный «дьявол» скрыт в фразе «иной формат с открытой спецификацией». Поскольку открытых форматов масса, и разработчик любого САПР или вьювера может свободно опубликовать свой формат.

Поэтому крайне важно избежать рисков несовместимости форматов и издержки на доработку информационных систем и САПР.

Видится логичным:
🛑обозначить единый формат для ЦИМ и для так называемых цифровых моделей местности, которые по сути являются разновидностью ЦИМ в части результатов инженерных изысканий.
🛑использовать для этого стандарт IFC, спецификация которого утверждена ГОСТ Р 10.0.02-2019 (будет лучше, если он будет обновлен до версии IFC4х3).
🛑объединить подпункты «г» и «д», изложив их в следующей редакции:

«г) IFC в версии, спецификация которой утверждена национальным стандартом – для цифровых информационных моделей объекта капитального строительства и результатов инженерных изысканий».

#Стандартизация

👥 @IFC_ru
👥 @IFC_club

"Иной формат с открытой спецификацией"
(Дополнение к предыдущему посту о проекте ПП РФ 1431)

Неточные формулировки - пожалуй, одна из главных помех на пути к цели цифровизации строительства на государственном уровне.

💻 С технической точки зрения, применяя формулировку о «ином формате с открытой спецификацией» в новом проекте ех.ПП РФ 1431, еще раз отметим, что открытых форматов масса. Сегодня мы видим как различные разработчики предлагают свои форматы для хранения и обмена данными. К примеру:

🛑XPG – от СиСОФТ;
🛑IMC – от АЙБИМ, используемый в ПО Larix.Manager (спецификация формата в открытый доступ не выложена);
🛑TopoXML и CredoXML – от Кредо Диалог, выпущенный для замены LandXML;
🛑TIMML – от АРСИТИМ, свежий формат для обмена сметными данными с дополнениями для увязки с элементами модели;
🛑DWF и DWFx - от Autodesk (не развивается).

Список можно продолжать.

Информационные системы не смогут работать с таким большим количеством форматов данных, так как их придется адаптировать под каждый из них со всеми вытекающими проблемами. Что в этом случае делать разработчикам, если все эти форматы начнут массово использовать при представлении ЦИМ?

💻 Говоря о юридической стороне, то к формулировке об "ином формате с открытой спецификацией" также имеется ряд вопросов:

- Что понимается под "форматом с открытой спецификацией"? В проекте постановления это никак не обозначено.
- Кто может такой формат создавать? Если это любой желающий, то в будущем мы увидим хаос из различных форматов.

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

#Стандартизация

👥 @IFC_ru
👥 @IFC_club

"Мы говорим на одном языке"

Нидерландцы перевели Базовое руководство по доставке информации на разные языки. Причем и на русский перевели весьма неплохо.

Источник: https://www.digigo.nu/ilsen-en-richtlijnen/bim-basis-ils/downloads

#IDS
#База

📢 @ifc_ru
👥 @ifc_club

Поясняем за IFC. Часть 1

На канале Просто о BIM выложен пост об IFC. Процитируем и прокомментируем некоторые моменты, чтобы никого не вводить в заблуждение.

В России Минстрой пытается строить ТИМ (BIM) без привязки к Revit, на IFC.

🆙 Не совсем. Минстрой делает ставку на XML-схемы отечественной разработки для передачи данных в ГИСОГД РФ. А пока для BIM-моделей их нет, то решено опираться на схему IFC (как временное решение).

[В IFC] также для классов предусмотрены IfcType для их расшивки какбы в подклассы.

🆙 Будем считать это неточностью автора. Но так или иначе, сущности IfcType в IFC не существует. У большинства "объектных" классов имеется атрибут PredefinedType, с помощью которого возможно расширение подтипов IFC, используя значение USERDEFINED.

IFC помимо наборов параметров к каждому классу также описывает и геометрию.

🆙 Это далеко не всё. Одним из главных преимуществ IFC является наличие связей IfcRelationship. Кроме того, помимо «объектных» классов, IFC может содержать информацию о сметах, календарно-сетевом планировании, аннотации и многое другое. Подробнее в подкасте "BIM-среда".

Но практика показала что конвертация через IFC недостаточно стабильна, чтобы на нее опираться. При этом, основная притензия к конвертации именно к Revit, мол Autodesk специально делает плохо чтобы сделать подход OpenBIM нерабочим.

🆙 Проблема плохой конвертации связана с тем, что изначально Ревит разрабатывался частной компанией без учета стандарта IFC. При этом сам IFC разрабатывался в 90-е годы во многом благодаря Autodesk. А когда Autodesk купил ревит в начале 2000-х, IFC-совместимости там фактически не было.

По всей видимости, пересмотрев стратегию развития и оценив риски, Autodesk решил идти по пути монополизации рынка САПР, не особо погружаясь в межплатформенное взаимодействие на основе открытых стандартов. Но к тому времени джин под названием "IFC" уже был выпущен из бутылки и собрал большую команду разработчиков и представительств по всему миру.

По большому счету над серьезной поддержкой IFC в Ревите задумались совсем недавно. Когда востребованность в качественном IFC в мире стала возрастать, Autodesk присоединился к альянсу ODA в надежде улучшить возможности экспорта.
Однако Ревит поддерживает только часть возможностей IFC, и то с применением ''костылей''.

когда вы делаете гибкий инструмент [Revit - по мнению автора] и позволяете пользователю свои компоненты из элементов выдавливания создавать, то конвертировать геометрически потом такой компонент корректно в IFC класс невозможно.

🆙 В IFC существуют различные типы геометрических представлений, в том числе выдавливание профиля, brep, nurbs и т.д., а также вложенность компонентов. Описываемая проблема - это вопрос корректной работы транслятора в Ревите.

Продолжение далее 👉

#Мифология

Поясняем за IFC. Часть 2

Но такую [mesh и brep] геометрию крайне затруднительно затем воспроизвести обратно в элементы выдавливания (Solid геометрию), т.е. использовать для конвертации и передачи между программами редактируемых компонентов.

🆙 Очевидная вещь, которую нужно понимать, для каких целей модель переводится в IFC:
когда вы преобразуете описание геометрии до примитивного уровня, вернуть ее на более высокий уровень вряд ли удастся.

Т.е. при конвертации IFC как BREP геометрия мы получаем такой же формат как NWC, SVF (Forge), формат программ Revizto, Tangl или Larix.

🆙 Чтобы опровергнуть данный тезис достаточно посмотреть «внутрянку» IFC и сравнить с перечисленными выше форматами. В IFC мы увидим иерархическую классификацию элементов с атрибутами согласно международному стандарту, связи между элементами.

Это дает большие преимущества, в частности, для анализа моделей на различные требования, в том числе машиночитаемые. Чего не скажешь об остальных форматах, в которых это отсутствует.

В IFC классы нужны именно для задания перечня и форматов атрибутов.

🆙 Классы нужны для стандартизации данных в модели, что позволит однозначно понимать их различными ПО.

Т.е. [IFC модель с] мертвой не параметрической геометрией ... далее не подлежит редактированию без исходного формата

🆙 Вернемся к самому началу поста.
Минстрою и государству модели нужны НЕ для редактирования на всем жизненном цикле, а для передачи их в ГИСОГД и далее для анализа и хранения этих данных. В этом ключе использование IFC с "мертвой" геометрией не влечет за собой никаких рисков.

Напротив, с открытыми данными можно работать в любой момент времени, в отличие от использования закрытых нативных форматов.

Поэтому призывы опираться на закрытые форматы на госуровне выглядят странно, особенно после того, как Autodesk запретил использовать свой софт в РФ.

Пишите в комментариях, с какими мифами и заблуждениями вокруг IFC вы сталкивались.

#Мифология

👥 @IFC_ru
👥 @IFC_club

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

🗓️ Среда, 3 апреля, в 16-00 МСК

🔊 Тема: "IFC для инфраструктуры: практические кейсы в Civil 3D"

Гость:
👤 Ярослав Демичев, руководитель BIM-отдела, АО "Мегамейд"

Поговорим о:
🛑применении IFC в инфраструктурных проектах;
🛑принципах и нюансах экспорта в IFC2x3 и IFC4x3 из Civil 3D;
🛑особенностях IFC4x3.

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

👥 @IFC_ru
👥 @IFC_club

IFC4x3 официально опубликован в качестве стандарта ISO

🛑Международная организация по стандартизации ISO официально опубликовала стандарт IFC4x3 как
ISO 16739-1:2024 Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries.

🛑Документ выступает в качестве открытого международного стандарта для представления данных, используемых в информационном моделировании объектов строительства.

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

🛑Настоящее издание расширено в части описания инфраструктурных объектов, включая мосты, автомобильные и железные дороги, водные пути и портовые сооружения.

🛑Документ включает в себя публикацию схемы данных IFC, документацию по ней, определения наборов свойств и количественных показателей, а также механизм структуры форматов файлов обмена.

#Стандартизация

📢@IFC_ru

✈️ Запись подкаста "BIM-среда" по экспорту в IFC из Civil3D доступна на Youtube-канале 📹

✈️ Гость: Ярослав Демичев, Руководитель BIM-отдела, АО "Мегамейд"

✈️ Сcылки на используемые в докладе материалы:
https://clck.ru/39sRbx
https://clck.ru/39sRcQ

✈️ Дополнение:
Экспортированная модель в IFC4x3.

@IFC_ru
@IFC_club

🌐buildingSMART в Казахстане!

11 марта 2024 года было одобрено создание казахстанского отделения buildingSMART на базе КазНИИСА.

По словам Александра Шахновича, впереди большая работа по адаптации методологии bS и ее мягкому внедрению на практике в Казахстане.

Улучшения IFC-экспорта в Revit 2025

🔍 Из значимого:
🔍 Добавлена возможность экспорта в версию IFC4х3 (по ISO 16739-1:2024).
При этом можно выбирать тип объекта, поскольку в схеме IFC4х3 поддерживаются не только здания (IfcBuilding), но и дороги, мосты, железные дороги, портовые сооружения.

🔍 В некоторых случаях повышена производительность до 50% при экспорте в IFC.

🔍 В части валидности файлов:
🔍 Повышена валидность всех экспортируемых файлов IFC за счет улучшения способа хранения единиц измерения.

🔍 Улучшена корректность файлов при экспорте элементов с составными конструкциями.

🔍 Из удобств:
🔍 Стало приятнее управление таблицами сопоставления категорий для экспорта в IFC.

🔍 В части выгрузки элементов:
🔍 Добавлена поддержка экспорта предопределенных типов при экспорте помещений в IFC 4 и выше (разве ее раньше не было?).

🔍 Решены проблемы с экспортом элементов, созданных "ребром плиты". Их, а также выступающие элементы стен, теперь можно выгружать в любой допустимый класс. Это же касается и элементов, созданных "витражами".

🔍 Исправлен экспорт пользовательского PredefinedType для элемента лестницы.

🔍 Добавлена возможность выборочного запрета экспорта сборок в виде контейнеров в IFC и исправлена обработка параметра Экспорт в IFC для сборок. Улучшен экспорт некоторых элементов, размещенных внутри сборок.

🔍 Улучшен экспорт наклонных перекрытий, балок, проемов и окон в стенах, а также некоторых "твердых" тел в IFC, которые ранее экспортировались как поверхности.

🔍 Улучшения в части свойств:
🔍 Улучшен экспорт вещественных свойств в соответствии с единицами измерения, отображаемыми в Revit, если это возможно.

🔍 Добавлен экспорт пользовательских свойств, содержащих несколько значений, таких как список, таблица и ограниченные значения. (Остается узнать, как загнать в атрибут ревита целую таблицу?).

🔍 Также скорректированы расчеты объема и площади поверхности стен с проемами в IFC4 и расчет свойств высоты и ширины проемов.

Все улучшения тут.

#Практика

@ifc_ru
@ifc_club

Что дает поддержка IFC4x3 в Revit

Revit де-факто является основным инструментом BIM моделирования. В связи с этим несколько наблюдений по поводу поддержки IFC4x3 и улучшений, о которых мы писали выше.

🔹 Поддержка официальной версии IFC4x3 подстегнет отрасль к использованию этого стандарта, как разработчиков ПО, так и пользователей. Многие разработчики не хотят отставать от флагманских продуктов, а пользователи не хотят отставать от применения новых стандартов с новыми возможностями.

🔹 Autodesk, хоть и неохотно, но продолжает от версии к версии налаживать работу с IFC. Это значит, что востребованность IFC растёт, и там это понимают. Но костыли, при помощи которых до сих пор приходится налаживать процесс экспорта, показывают различия между структурой Ревит и IFC. К примеру, пользователям до сих пор приходится объединять помещения в зоны (IfcZone) c помощью добавления параметров в помещения. Хотя по логике объединение в зоны должно происходить инструментом вроде групп, которым бы назначался класс IfcZone, но такой трюк не проходит.

🔹 Поддержка IFC4x3 способствует позиционированию Revit как универсального продукта, подходящего не только для проектирования зданий, но также и инфраструктурных объектов. Кстати, тут есть над чем задуматься и некоторым отечественным продуктам, если они хотят выглядеть конкурентно способными.

🔹 Продолжает работу по IFC не только Autodesk. Например, Sketchup, инструмент изначально далекий от BIM, также улучшает возможности импорта и экспорта IFC, и в новой 2024 версии появилась поддержка PredefinedType для классов и единиц измерений для атрибутов. Такие решения как Blender и Sketchup, постепенно обрастают возможностями структуризации и стандартизации строительных данных, превращаясь в "BIM-помощников" для пользователей (о полноценных BIM-продуктах пока рано говорить).

#Практика

@ifc_ru
@ifc_club

Вспомните эту картинку, когда вам скажут, что закрытые нативные форматы важнее открытых.

Данная ситуация может произойти с любым ПО, и необязательно из-за блокировок компанией-разработчиком. Если сегодня вы отделались легким испугом, то завтра может быть все куда серьезнее.

Например:
🔹компания-разработчик ПО обанкротилась и прекратила свое существование или объявила о прекращении работы над ПО и закрытии проекта;
🔹компания-разработчик предоставила крайне невыгодные условия для дальнейшего продления лицензии своего продукта;
🔹компания-разработчик прекратила возможность работы с данными, сформированными в старых версиях ПО, или просто не позволяет работать в старых версиях ПО с ежегодно обновляемым форматом;
🔹регулирующие органы всерьез взялись за борьбу с пиратством;
🔹компания-разработчик, используя сторонние библиотеки и лицензии на применение нативного формата, подверглась санкционным ограничениям извне и больше не имеет права использовать этот формат.

Список можно продолжить.

Отдавать результаты своей работы под контроль IT-компании - сомнительное решение в текущих условиях, не правда ли?
И создание перечня «доверенного» ПО не решит проблему.

Ответственные игроки строительного рынка, а также государство, должны задуматься над этим и побеспокоиться насчет гарантий полной доступности своих данных.

Одним из звеньев сохранности данных является представление их в открытых форматах. Именно поэтому применение открытых стандартов, доступных всем и всегда, должны быть в приоритете.

Только при обязательном использовании открытых стандартов на качественном уровне будут созданы условия сохранности строительных данных.

Поэтому на государственном уровне важно:
🔹 Обновить ГОСТ Р 10.0.02-2019 до актуального международного стандарта ISO 16739-1:2024;
🔹 Проводить независимую оценку/сертификацию ПО на качественную поддержку этого стандарта (что также поспособствует здоровой конкуренции).

#Стандартизация

@ifc_ru
@ifc_club

Autodesk и Nemetschek Group объявили о соглашении по улучшению совместимости между своими облачными и настольными решениями.

В отечественных новостных лентах событию не уделили внимания в связи с официальным отсутствием крупнейших САПР-компаний в России.

✈️В статье САПР-гигантов упомянулось о приверженности обеих компаний принципам открытых стандартов OpenBIM для достижения интероперабельности, однако ни слова не сказано каким образом в рамках соглашения эти принципы будут соблюдаться.

✈️В опубликованной новости уже заявили об "историческом шаге" для строительной отрасли и многих пользователей ПО. Хотя обычно заявлять об историчности события стоит лишь после достижения значимого результата, пожалуй ожидать настоящей приверженности открытым стандартам здесь не приходится.

✈️Отметим лишь то, что компании-гиганты делают такие шаги не просто так. Так почему это происходит?
Не потому ли, что появляются новые OpenSource-проекты, такие как BlenderBIM, Speckle и другие?
И чтобы удержать пользователей и отвлечь их от роста популярности такого рода решений на базе OpenSource и OpenBIM, гиганты вынуждены прибегать к сотрудничеству в области совместимости продуктов?

Учтут ли мировой опыт российские производители САПР или будут предлагать новые открытые форматы? А может быть стоит просто придерживаться открытых стандартов ИСО?

@ifc_ru
@ifc_club