Еще раз о проекте приказа Минстроя о составе ЦИМ.

Презентация моего доклада на форуме Technobuild 100+

Главная мысль:
Положения проекта приказа позволяют расширять/уточнять требования к составу ЦИМ в ТЗ, ибо жестко фиксировать в приказе наполнение ЦИМ - это путь в никуда.

Но эту возможность нужно вводить только при создании ТЗ в цифровом виде. Желательно это как-то зафиксировать в самом приказе, что поспособствует реальной цифровизации отрасли и снизит риски издержек.

Ранее по теме:
- Проект приказа Минстроя в IDS

👥 @IFC_ru
👥 @IFC_club

Выгрузка в IFС из Revit. Без Revit

DDC Revit2IFC Converter позволяет конвертировать файлы Revit в IFC, полностью минуя само ПО Revit.

Ключевое:
🔴 Независим от Revit - лицензия Autodesk не требуется.
🔴 Пакетная конвертация сотен файлов за один раз.
🔴 Гибкая настройка - версии IFC, свойства, геопривязка к системе координат.
🔴 Готов к автоматизации - интегрируется в конвейеры Python и процессы n8n.
🔴 Работает офлайн.

Это что получается? Autodesk больше не диктует правила экспорта в IFC? Еще один шаг на пути к OpenBIM?

🔍 Скачать с Github

Кто попробовал, отпишитесь в клубе или в комментах, плиз.

👥 @IFC_ru
👥 @IFC_club

Структура в инфраструктуре

Представьте, что нужно описать многокилометровую железную дорогу. Разумеется, нужно поделить ее на участки и пути.

В IFC это работает так:
🔴Вся железная дорога - это IfcRailway. Она может быть поделена на логические части (участки, пути) IfcRailwayPart, связанные с помощью отношений. Это объекты пространственной структуры, контейнеры без своей геометрии. И внутри них лежат реальные физические элементы с геометрией, таких как "рельсы-рельсы, шпалы-шпалы..."

ССЫЛКА для тех, кто готов расширить кругозор применения IFC для ж/д.

Для зданий, дорог, сетей принцип аналогичен.

✈️Такая структура автоматически задает иерархию и местоположение для всех элементов. Вложенный рельс "знает", что он относится к конкретному пути и участку. И такая структура сводит на нет необходимость указывания аспекта местоположения по КСИ в каждый элемент. В нем просто нет смысла.

👥 @IFC_ru
👥 @IFC_club

Атрибутивка из требований прямо в IFC - это реально. Без нативных форматов

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

Это реально, если вам нет надобности или нет возможности работать с моделью в нативном формате.

На видео как раз такой пример:
- Берем IDS-требования к атрибутивному составу;
- Присваиваем свойства в IFC-модель и заполняем значение.

И не надо возиться с выгрузкой из САПР и файлами мэппинга.

👥 @IFC_ru
👥 @IFC_club

Как совместить IFC-модель с чертежами

Проблема совместимости чертежей и модели в IFC существует давно.

В идеале, ИМ ОКС как совокупность взаимосвязанных документов должна содержать непротиворечивые данные (!). Это основа основ, база.

Но, к сожалению, большинство САПР не умеет выгружать в IFC всю информацию, которую IFC-файл может содержать, а IFC-вьюеры и чекеры не работают с такими файлами, ограничиваясь только 3D, свойствами элементов и структурой файла.

А что же требуется? Чертежи, выполненные на базе модели, содержат:
🔴 виды (разрез, сечение, план, фасад и тд)
🔴 аннотации (выноски, марки, размеры)
🔴 таблицы (экспликации, ведомости, связанные с элементами модели)
🔴 штриховки материалов
🔴 листы, на которых все это располагается и которые являются юридически значимыми.

Все это, кроме листов, поддерживает IFC, но не реализуется при выгрузке из САПР.

Поэтому чекерам пока остается лишь идти по пути совмещения PDF-чертежей и видов. Об обеспечении целостности данных тут речи не идет.

И если сделать плагин для САПР и выгрузить все одновременно (да еще и подписать цифровой подписью), тогда будет хоть какая-то гарантия, что чертежи и модель совместимы и не противоречат друг другу.

🔍 Разработчики BIMIT к этому прислушались и сделали плагин для Revit, который выгружает всё из списка выше. Конечно, связей элементов модели и чертежей здесь нет, зато виды/сечения размещаются в пространстве модели автоматически.

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

О других путях решения целостности данных еще порассуждаем.

👥 @IFC_ru
👥 @IFC_club

Связка IFC и чертежей: проблема целостности данных

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

И если модель и чертеж живут отдельной жизнью, то всё рушится:
🔹 доверие к модели падает;
🔹 автоматизированные проверки становятся бесполезными игрушками;
🔹 теряется практическая значимость в создании реестра машиночитаемых нормативных требований, а также ГОСТов, ПНСТ и СП, где представлены требования к наполнению моделей;
🔹 BIM/ТИМ превращается в действия ради действия, а не в рабочий инструмент.

Как этого избежать? Предложу несколько путей, но везде есть свои подводные камни (если найдете еще, пишите!):

🔹 Полная поддержка стандарта IFC.

Риски:
➡️не все вендоры могут/хотят ее реализовать;
➡️хотя в IFC есть всё касательно 2D, но сами листы реализуются путем ссылочных документов.

🔹 Отказ от 2D-документации.

Риски:
➡️не отлажены процессы использования различными участниками строительного цикла;
➡️понадобятся удобные и простые инструменты для работы только с 3D, чтобы это не усложняло, а упрощало работу;
➡️придется переписывать нормативку, которая в принципе "устоялась" и работает;
➡️не всё 3D одинаково полезно и быстро: многие до сих раcкладывают арматуру в 2D.

🔹 Новый формат или нативные форматы САПР.

Риски:
➡️создать новый универсальный формат - слишком долго и дорого, и не факт, что выйдет лучше и приживётся;
➡️использовать нативные форматы САПР нельзя из-за их закрытости, проблем совместимости и регуляторных ограничений.

🔹 Совмещение IFC с чертежами в других форматах.

Риски:
➡️целостность данных может быть легко нарушена, если заменить лист чертежа на другой. Проверить это можно только вручную.

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

👥 @IFC_ru
👥 @IFC_club

IfcCheckingTool_Lite - инструмент проверки семантической и синтаксической корректности IFC

Эта небольшая программка проверяет IFC-файл на корректность семантики и синтаксиса (то есть верификация данных). При проверке учитываются версии IFC-схемы, начиная с IFC2X3, в форматах файлов SPF (STEP Physical File) и ifcXML.

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

🔍 СКАЧАТЬ

👥 @IFC_ru
👥 @IFC_club

Способы связки чертежей с моделями в IFC.

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

И раз уж решили идти по этому пути, то сразу надо подумать наперед о том, как:
1️⃣ обеспечить единовременную выгрузку модели и листов чертежей из САПР;
2️⃣ связать 2D-объекты на чертежах с элементами модели;
3️⃣ связать табличные данные (ведомости и спецификации) с элементами модели;
4️⃣ обеспечить возможность просмотра видов (разрезов, сечений) в пространстве модели вместе с аннотациями и штриховками чертежа.

🔍 Способ 1. Связь IFC и SVG
По этому пути двигается Bonsai (ex. BlenderBIM). Виды и аннотации создаются в редакторе, сохраняются в IFC. Сам лист чертежа оформляется и экспортируется в популярный векторный формат SVG с XML-разметкой, где 2D-объекты имеют IfcGUID для связи с элементами модели. И тут каждый SVG-файл - это отдельный лист чертежа. Из минусов: не решена проблемы 1 и 4.

🔍 Способ 2. Связь IFC и XPS
Формат XPS создавался как замена PDF, но с XML-разметкой, и в этом его главный плюс. Спецификация формата зарегистрирована как открытый международный стандарт. В отличие от SVG имеет постраничную структуру, как и PDF, и может содержать в одном файле множество листов чертежей. Связь между моделью и чертежом также реализуется с помощью IfcGUID. Старый формат DWFx от Autodesk был реализован на базе XPS.
Выгрузка чертежей в XPS есть у Renga, правда IfcGUIDов мне в нем найти не удалось.

У первых двух способов важно, чтобы САПР сохранял виды/разрезы в IFC. Не каждое ПО это умеет. Но почти каждое умеет работать с отчетами в BCF, а значит:

🔍 Способ 3. Связь IFC и BCF
Идея принадлежит Игорю Шерстенникову: настраиваются нужные виды с координатами камеры и ракурсом и выгружаются в BCF, который может содержать скриншот чертежа. Понадобится только автоматически наложить аннотации на каждом виде и смотреть их в пространстве модели. Но тут возникают доп вопросы, как будут созданы аннотации в IFC? Подход сейчас проходит апробацию и есть первые результаты. Этот способ подразумевает уход от оформления листов, а это рождает описанные ранее проблемы.

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

👥 @IFC_ru
👥 @IFC_club