BIMdigest 130 — Про данные и интероперабельность

Перед вами дайджест свежих материалов из мира BIM – “BIMdigest” №130/12 – за период с 17 по 23 марта 2025.

В этом выпуске:

• десятый принцип BIM из BIM-манифеста;
• IFC модель и база данных для заполнения параметров в процессе строительства;
• обновление SAREX и Pilot-BIM;
• копилот в Glyph — крутой AI помощник в Revit;
• ChatGPT для красивых отчетов по коллизиям;
• основы для размещения семейств в Revit;
• особенности работы с контент-каталогом в Revit;
• обновление сайта по Revit API от Эрика Фритца;
• третье видео по C# от Гэвина Крампа.

BIM-манифест

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

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

Я хочу, чтобы те, кто требуют или используют BIM неосознанно, начинали делать это сознательно.

Настало время поговорить о последнем, десятом принципе BIM-манифеста.

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

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

1. Открытость данных.

Когда мы говорим про интероперабельность (способность систем и обмениваться данными без ограничений) в контексте BIM, то вспоминаем IFC, BCF и IDS.

IFC — не только «нейтральный» формат файлов, но и классификатор и способ описания информации о модели, учитывающий взаимосвязи компонентов.

BCF — универсальный формат обмена замечаниями / коллизиями с привязкой к модели.

IDS — универсальный формат описания требований к модели и данным.

Важность открытых форматов большинство заказчиков осознало несколько лет назад, когда Autodesk ушел и РФ. Все создавали процессы, основанные на использовании одного конкретного ПО / формата файла, и, если бы доступ к нему был фактически закрыт, пришлось бы выстраивать процессы с нуля.

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

Но есть масса нюансов уже на стороне проектировщиков.

2. Обмен данными.

Как обменный формат для реального проектирования IFC до сих пор работает слабо, как PDF подложка вместо DWG. Поэтому получается, что BIM работает эффективно внутри одного ПО, а если у нас кроссплатформенная работа, то всё не так гладко. Чтобы облегчить жизнь проектировщикам, существует несколько глобальных решений для кроссплатформенной работы (и все они недоступны в РФ).

— Autodesk Data Exchange Connectors — серия плагинов, связывающих несколько ПО.

— Speckle — тут даю ссылку на пост со сравнением с коннекторами от Autodesk

— API Autodesk Data platform развивается в сторону «гранулированных» данных, чтобы можно было подключать к модели даже тех, кого туда обычно не пускают.

— Туда же можно отнести локальные решения типа Helix (связка SketchUp + Revit)

Следующая проблема ждёт нас при смене стадии проекта. Если П и РД делают разные компании, то проектную модель в IFC (или даже в нативном формате) использовать сложно, скорее всего придётся делать новую почти с нуля. Такой себе BIM.

3. Долгосрочная доступность данных

Тут у нас вопрос доступности данных на этапах после завершения строительства. На западе используют COBie как способ организации данных про объект недвижимости, и это простая таблица, которую придумали задолго до BIM. Стандартных требований к BIM-модели нет. Как использовать IFC, если нужно будет через какое-то время перестраивать / реконструировать / модернизировать здание? Да, есть Bonsai (ex-Blender BIM), и возможно это и будет ответ. А пока, поможет нативный формат, исполнительные чертежи в DWG и структурированное хранение всей документации, чтобы быстро найти нужную информацию.

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

Пока десятый принцип BIM реализовать сложно, но думать об обмене и хранении данных нужно с самого начала проекта. Так и проектировщикам жизнь облегчим (хотя это спорно), и заказчик в конце проекта сможет получить не просто PDF чертежи, но максимум информации, от 2D чертежей до модели или даже базы данных.

BIM

Алексей Бабинов предлагает правильный подход к работе с данными в BIM в свежем видео: «WEB & BIM & sqlite & параметры ЦИМ ОКС».

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

Итак, если у нас есть задача — создавать, накапливать и в дальнейшем использовать данные об ОКС, то есть ряд вызовов, которые нужно решить:

1. Нужен классификатор, способный однозначно описать одним или несколькими кодами элемент в модели. Так, чтобы если это окно деревянное двустворчатое – то у него одинаковый код в любом проекте. Вроде, мы к этому идём, и есть КСИ, но…
2. Единый для всех набор параметров для элементов, приведённый к Properties IFC, с разбивкой на функциональное назначение и фазу проекта. Этого нет, но есть: СП 333, КСИ, ПНСТ, требования двух экспертиз… Всё не гармонизировано. Даже если данные накопим, использовать их будет проблематично — потому что всё разное.
3. ПО или механизм работы с данными вне модели, т.е. вне ПО для создания моделей — унифицированный подход.

И вот про этот третий вызов рассказывает Алексей. Проблема в том, что сейчас именно от проектировщиков требую наличия в модели параметров, которые должны быть заполнены на этапе стройки или ввода в эксплуатацию. Заказчик не разбирается, что что-то должны вносить строители. Да и кто пустит строителей в модель? Откуда у них условный Revit? Ситуация усугубляется тем, что стройка чаще всего идёт с листа и модель дорабатывается до самого конца строительства, поэтому мифического IFC, который можно бы было наполнять данными, просто нет, он появится в самом конце.

Алексей предлагает логичное решение — использовать базу данных, связанную с моделью, и хранить в ней всю информацию, которую должны заполнять строители. Можно привязывать данные к 3D элементам и в конце передать заказчику базу + модель (или выгрузить IFC со всеми данными из базы).

За подробностями и авторским взглядом прошу в видео.

И ещё парочка статей про СОД:

«Связь данных в СОД: как видеть «картину» проекта полностью и ничего не упустить» — про Sarex.

«Главные направления развития СОД Pilot: новинки’24 и планы’25» — про продукты линейки Pilot.

AI

«Voice-Controlled Construction Docs: Automating Revit With Glyph’s AI Copilot» — копилот в Glyph — это именно то, чего вы ждёте то AI помощника в Revit. Только не показывайте заказчикам…

«Use of Artificial Intelligence to analyze data obtained through Clash Matrix in BIM projects» — статья BIM Corner авторства Гильерме Гиньоне (он там уже публиковался). Гильерме совместно с ChatGPT анализирует данные о коллизиях и создаёт графики и финальный отчёт.

«Teach AI any Sketching Style – I tested with Siza sketches» — Себастьян показывает, как он тренирует AI на определенный стиль, на примере OpenArt

Revit

Муратов рассказывает про типы основ в семействах: «Revit: основы для размещения семейств в проекте». Рекомендую, всё по делу.

Rolly Stevens в гостях у Николя рассказывает про особенности работы с контент-каталогом в Revit: «Mastering Content Catalog for Revit with Rolly Stevens».

А Джефф продолжает рассказывать про постройку дома: «Foundation Walls Complete and Anchor Bolts in Revit!» и о том, как он адаптирует модель к тому, что происходит на строительной площадке.

PROG

Эрик Фритц рассказывает про обновление своего сайта по Revit API: «Introducing: The New Modern Revit API Documentation (Revit API 2025)».

Свежее видео от Гэвина Крампа: «C# + Revit: Lesson 3 – Logic and statements!»

И, как обычно, интересная статья от Таммика: «Docs, Local APS LLM and Parallel Task Orchestration»

И это все интересные новости на этой неделе.