Добро пожаловать на канал BIM's Point - авторский канал от BIM-специалиста @TimDSh. Здесь я размещаю свои мысли и комментарии, а также интересные новости и репосты на тему информационного моделирования и цифровизации в строительстве. Это не новостной канал, поэтому частых сообщений не будет. Будет то, что показалось мне интересным и важным, чем бы я хотел поделиться с окружающими на эту тему да и просто записать, как заметку в ежедневнике. У меня нет цели набора подписчиков. Но я буду очень рад, вашей обратной связи в форме реакции на постах, это очень мотивирует. Поехали! 👉🏻

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

Британский институт стандартов (BSI) выпустил "Большую книгу о BIM" (The Bigger Book of BIM)

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

🔸Начинающим предлагается разобраться с тем, что такое BIM, узнать основные понятия и термины (в соответствии со стандартом ISO19650) и, конечно же, предлагается пройти отраслевое обучение.
🔸Для продвинутых предлагается посмотреть на BIM с аспекта информационной безопасности и масштабирования BIM для более широкого использования, рассматриваются практические кейсы.
🔸Для пионеров - здесь так названы "лидеры отрасли"/политики, имеющие влияние - предлагается усилить влияние на бизнес и обратить внимание на подходы к ускорению внедрения BIM в отрасли.

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

Хочется показать Минстрою - "а можно нам такую про ТИМ?"

The Bigger Book of BIM

Опубликован международный стандарт LOIN - требований потребности в информации: ISO 7817-1:2024

https://www.iso.org/standard/82914.html

Это произошло ещё в июне, но по каким-то причинам в заголовках новостных лент и телеграм каналов не пестрило. Возможно зря!

Стандарт написан в развитие британского BS EN 17412-1:2020 и призван обеспечить единое понимание всеми заинтересованными сторонами потребностей в информации на различных этапах проекта, тем самым улучшая коммуникацию, эффективность и результаты проекта. Определяя четкие требования к уровню информации, стандарт призван уменьшить двусмысленность и способствовать более точному и эффективному сотрудничеству в строительной отрасли, указано в описании на сайте стандарта.

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

Будем посмотреть!

⚠"Песец подкрался незаметно": СП333.1325800.2020 включен в "Реестр требований" и стал "обязателен" к использованию при формировании и ведении ИМ ОКС.

Сегодня коллеги из канала @bimsert напомнили о том, чтобы не торопиться использовать "Проекты" документов минстроя о требованиях к ЦИМ в соответствии с ПП№614 от 17.05.2024, о котором я тоже напоминал еще 1 сентября. Всё дело в том, что в соответствии с новой редакцией ФЗ-384 (техрегламент о безопасности зданий и сооружений), а это наверное второй документ всех строителей после ГрК РФ (ну и с ним же ФЗ-123 о пожарной безопасности), обосновывать соответствие требованиям безопасности можно через нацдокументы в реестре требований, международный стандарты и СТО в специальном федеральном фонде (который еще согласовать надо), или же используя результаты применения способов обоснования (РПСО), что по сути замена СТУ, только без необходимости муторных согласований с полным возложением ответственности на ГИПа...
В общем, почитайте ФЗ-384, он вступил в силу.

Так вот СП333.1325800.2020, который изначально не отличался работоспособностью и использовался мало кем... включен в тот самый реестр требований и подлежит проверке экспертизой, особенно в случае обязательности применения ТИМ...

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

Пообсуждали, тут 3 варианта:
- Едим кактус и пытаемся следовать СП333...
- Разрабатываем СТО и с потугами его согласоываем (это не быстро) и используем многократно
- для каждого проекта готовим раздел РПСО, в соотетствии с ПП708 от 30.05.2024, где обосновываем соответствие ФЗ-384...

Выбор очевиден, конечно) Но толку тогда от государственных требований к ЦИМ нет, ведь их невозможно будет одинаково интерпретировать в информсистемах, возможно даже в ГИСОГД...

Конвейер IFC: собери свой обработчик IFC без умения программировать!

Изучил тут новый интересный опенсорсный проект на базе библиотеки ifcopenshell и системы автоматизации сервисов n8n - ifcpipeline (конвейер IFC).

Эта штука позволяет посредством использования методов Fast-API, подключенных из ifcopenshell собирать различные процедуры обработки полученных файлов информационных моделей в формате IFC при помощи функций, заложенных в библиотеку ifcopenshell: анализ, парсинг, конвертация, и даже проверка по ids (подробнее тут )

Соль в том, что мне даже python знать не надо, достаточно выбрать нужную функцию из методов Fast-API и поместить её как обрбатывающий узел в n8n (подробнее о n8n тут)

Таким образом можно выстроить простую цепочку функций, которые будут например брать модель IFC, затем её проверять, формировать отчет и конвертировать нужным образом
А если этого не хватит, при помощи n8n можно добавить передачу данных в самые удобные для вас сервисы - их там прям очень много!

И главное штука эта может быть развернута локально. Для нас и многих крупных компаний это особенно важно.

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

Нейросетевой помощник для проектировщика - https://howie.systems/

Зацепил меня интересный стартап - цифровой ассистент, работающий на нейросетевой модели.
Его задача - проанализировать весь ваш архив чертежей и моделей, чтобы потом помочь в нём разобраться. Полезная штука особенно когда проектов было очень много, сделаны они в разном софте и вообще не факт, что они остались машиночитаемые)

Нейросети все больше и больше входят в повседневную жизнь и это отнюдь не последний пример, я думаю.

Бизнес-идея! Сделайте, пожалуйста, кто нибудь цифровой разработчик параметрических семейств по фотографии, будет пользоваться спросом 😁

❇ Интерактивная матрица коллизий

Относительно недавно в Solibri добавили новую проверку - матрицу коллизий. Сама проверка коллизий была и раньше и реализована там довольно мощно. Однако чем цепляет новый инструмент:

✅ Автоматическая матрица. Матрица создается автоматически по любым информационным наборам с многоуровневой вложенностью. Это колоссально сокращает трудозатраты, когда надо проверить много, здесь и сейчас. Любые модели с любым наполнением.
✅ Интерактивность настройки. Каждая ячейка матрицы может настраиваться индивидуально, с настройками допусков, критичности и игнорирования. Можно даже одновременно для целой группы ячеек установить нужную настройку одним кликом.
✅ Интерактивность результатов. После проверки в отдельном окне на каждом пересечении отражается количество выявленных коллизий и одним кликом по ячейке можно отфильтровать все элементы с найденными коллизиями. Все ячейки раскрашиваются цветом критичности, что бросается в глаза. Сразу видишь проблемные зоны, что очень и очень удобно.
✅ Многоуровневая структура. Элементы матрицы – как в столбцах, так и в строках – группируются по любым атрибутивным признакам и могут иметь вложенное представление. Например, по умолчанию, 1 уровень - разделы проекта (дисциплины), а в них входят IFC классы. Ну а в нашем случае можно, например, группировать по КСИ: 1 уровень таблица 4-ФнС, 2 уровень таблица 5-ТхС, 3 уровень – 6-Ком. И будет без разницы сколько файлов модели находится в сводной. Это прекрасная возможность проверять модель, невзирая на технические нюансы разделенных файлов. Модель рассматривается целиком.
✅ Импорт настроек и экспорт результатов в эксель. Если у вас есть заготовка матрицы в электронной таблице (например, вы согласовали ее с заказчиком в EIR/BEP), одной кнопкой можно загнать её в настройки и запустить проверку. А результаты экспортировать обратно в эксель и передать заказчику в формате матрицы, а не длинных нудных отчетов о коллизиях. Это повышает читаемость отчетов и позволяет документировать договоренности, не тратя много времени на ручной перенос настроек.

📸 Скриншоты ниже (не влезли, описание длинное).
Вот здесь можно почитать, а здесь - посмотреть подробнее.

Ввиду недоступности Solibri на нашем рынке, я не удивлен, что новость об этой функции в сетях особо не обсуждалась. Но было бы здорово, если бы в отечественных продуктах получилось реализовать подобный функционал.

BIM's Point

EIR – требования к обмену информацией!

Уже который раз в различных образовательных материалах в том числе пабликах соцсетей и телеграм-каналах наблюдаю одну и ту же картину, когда EIR расшифровывают как Employer’s Information Requirments или в переводе Информационные требования заказчика. И когда то это действительно соответствовало международной практике и унаследовано из британских стандартов серии PAS 1192.

Здесь напрашивается старый мем «Остановитесь» с Януковичем.

❌ Друзья, этот термин не актуален с момента выхода ISO 19650 - главенствующей серии международных стандартов про BIM.

✅ EIR это Exchange Information Requirments - Требования к обмену информацией.

❓ Почему так? Потому что основа BIM – это процессы. Процессы обмена информацией. И обмен информацией – ключевая мысль стандарта ISO 19650. Суть документа не изменилась – описать требования к передаваемой информации. Но информационный обмен — это многосторонний процесс, где информация поставляется не только заказчику. К тому же в нужное время и в нужном месте.

Такой же перевод термина был и у отмененного ГОСТ 58439.1-2019, который был локализацией ISO 19650-1:2018. Документ не претендует на всеобъемлющую правду, но хотя бы EIR расшифровывает правильно.

Но почему то везде упорно продолжают расшифровывать "E" как "Employer’s"... Предлагаю сразу импортозамещенный вариант - "ТЗ на ТИМ"!

Краткий обзор к обновлению профстандарта «Специалист в сфере информационного моделирования в строительстве»

Пробежался по верхам, решил поделиться, что заметил.

🔹В группы занятий добавили (по ОКЗ)
- 2161 Архитекторы зданий и сооружений
- 1323 Руководители подразделений (управляющие) в строительстве

🔹Отнесли к новым видам деятельности (по ОКВЭД)
- 71.11Деятельность в области архитектуры
- 41.10 Разработка строительных проектов
- 62.02 Деятельность консультативная и работы в области компьютерных технологий

🔹Среднее профессиональное образование в обобщённой трудовой функции (ОТФ) по коду В "Разработка и использование структурных элементов информационной модели ОКС на этапе его жизненного цикла" исключили, теперь только высшее (в АТФ по коду А осталось)

🔹Удалили трудовую функцию C/05.6 "Консультирование разработчиков и пользователей информационной модели ОКС по технологиям информационного моделирования".
Не царское это дело – консультации оказывать!

🔹Повсеместно в характеристиках трудовых функций сократили технологии информационного моделирования до ТИМ;
Но в возможных наименованиях профессий наоборот все что было сокращено до ТИМ раскрыли до "технологий информационного моделирования" – видимо, чтоб эйчары не сходили с ума от неведомых аббревиатур должностей!)

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

🔸В необходимые знания очень многих трудовых функций добавили такие как:
- «Функциональные возможности программного обеспечения для информационного моделирования, просмотра данных моделей ОКС»
- «Функциональные возможности программного обеспечения для организации коллективной работы с информационными моделями ОКС»
- «Современные методы коммуникации, в том числе средства дистанционной коммуникации»

🔸В отдельных также встречались такие необходимые знания, как
- «Стандарты и своды правил разработки информационных моделей ОКС»
- «Требования законодательства Российской Федерации и иных нормативных правовых актов, нормативных технических и нормативных методических документов по архитектурно-строительному проектированию, включая технические регламенты, национальные стандарты и своды правил, санитарные нормы и правила»
- «Методы коллективной работы над единой информационной моделью ОКС»

🔸В некоторых трудовых функциях раньше было указано: «Предоставление шаблонов программного обеспечения», а теперь «Предоставление шаблонов рабочего пространства для различного программного обеспечения».
Что за рабочее пространство имели ввиду авторы, кто-нибудь знает?

🔸Ну и удалили некоторые характеристики. Например требуемые знания «Назначение и функции системы управления инженерными данными»

В целом, сильно ничего не поменялось. Но тайна с «рабочими пространствами» вызывает любопытство.

Редактор IDS от разработчиков Solibri

Солибристы тут анонсировали онлайн конструктор для разработки IDS на английском языке.
Доступен бесплатно, но с VPN и авторизацией.

Интерфейс - ничего. Подключен к справочникам bSDD, выпадающие меню по условию, как и должно быть. Например типы классов ограничиваются выбранным классом. Как и должно быть.
Из минусов - куда-то потеряли прокрутку (опуститься к элементам ниже невозможно), а еще - отсутствует как класс - фасет partOf, что даже больше расстроило. Проверять атрибутивный состав уже и без IDS многие научились, а вот фишку солибри с глубокими проверками по связям в IDS не унаследовали. Печально.

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

Ответ на пост: Эпоха перемен: IFC уходит в прошлое или почему Autodesk готов отказаться от IFC ради USD

Очередное грандиозное рукописное творение господина @ArtemBoiko вышло на хабре. 20 минут на чтение это по современным меркам уже лонгрид. Спасибо большое Артёму за такой подробный разбор очередной новой неизведанной для большинства из простых смертных инженеров темы, связанной с форматами данных для стройки. Но, выскажу-таки своё мнение.

Поддержу в том, что IFC является сложным форматом. Способы его правильного приготовления передаются из поколения в поколение нарабатываются годами, в том числе учитывая тонкости соответствующего софта, из которого производится экспорт. Порог входа для работы с ним высокий. Требуется серьёзно разобраться и много работать. Я не могу сказать с точки зрения разработчиков, но с точки зрения пользователей это, думаю, большинству очевидно. Там много тонкостей, все решают по разному. У тангл статья выходила по этому поводу.

Но. IFC это прежде всего стандарт описания модели данных для строительства. Для меня моделью является такое описание объекта, которое воспроизводит не только визуальный образ, но и его поведение, реакцию. В модели здания или сооружения элементы модели влияют друг на друга. То есть не просто перечислены перечнем, а имеют взаимосвязи, структуру. Я не работал с USD, но мне пока не понятно как через плоский формат можно описать структуру, подобную стандарту IFC.

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

В каком виде это будет - JSON, USD, XML или иное - не знаю, пусть вендоры решат. Мне как инженеру, описывающему объект, важно описать его таким, какой он есть в реальной жизни.

Мёртвая геометрия уже превратила концепцию BIM в глазах многих обывателей в "3D модель", где основная польза от модели - весёлые картинки на презентациях.
Поэтому очень надеюсь на здравомыслие BIM-рептилоидов разработчиков, влияющих на развитие открытых BIM-форматов, и модель останется моделью не только с позиции геометрии.

P.S. у меня одного аббревиатура USD по-прежнему ассоциируется с US Dollar?

ЦИМ и внешняя БД как способ связи между стадиями ЖЦ.

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

У Алексея Бабинова, руководителя департамента информационного моделирования и автоматизации компании WE-ON, вышел ролик с не для всех очевидным названием "WEB & BIM & sqlite & параметры ЦИМ ОКС" но крайне любопытным содержанием.


На YouTube (нужен vpn)
Или на rutube

Подход предполагает расширять возможности использования IFC моделей с применением внешней БД, чтобы можно было дополнять параметры элементов моделей без использования САПР. Это крайне полезно, например, для строителей. Открыл браузер, нашёл элементы (или группу) и присвоил им новые значения для своих нужд. Потом ещё и в новую версию модели можно выгрузить.

Что от себя хотелось бы отметить?

1. В предложенном подходе для связи БД и элементов используется GUID. Это чревато проблемами, т.к. очень часто при корректировке моделей в нативном САПР этот уникальный идентификатор элементов в модели данных может быть изменён, что влияет на стабильность связи. Нужен твёрдый идентификатор, который не будет изменяться, даже если поменяется модель или вообще используемая САПР.

2. Элемент, идентифицируемый в модели, может являться просто выделенным куском геометрии, при этом не являясь самостоятельной сущностью, и имеет смысл только при рассмотрении в комплексе (системе или группе). Тогда не понятно чему присваивать дополнительную информацию при выборе такого элемента в окне просмотра. Как решение - система классификации, при которой назначение свойств будет происходить к принадлежащему соответствующему классу по набору элементов. И даже если элемент внутри этого набора будет разбит на геометрическое части или укрупнен, связь с БД будет сохранена корректно.

3. После проектирования элементы модели должны менять не только свои атрибутивные свойства, но и пространственные. Иначе говоря, фактическое положение элементов после их строительства должно быть зафиксировано в этой модели в пространственном выражении, а не только в атрибутивном. Как на схеме в исполнительной документации. Пока такое доступно только с применением САПР, желательно и исходной модели нативного формата. Использование открытых стандартов для этих задач при предложенном подходе - серьёзный вызов, но его все равно придётся решать, потому что это возможно самое важное, что нужно на стадии строительства и эксплуатации - реальное расположение элементов в пространстве.

Алексею большое спасибо за мысли и идеи, это явно двигает отрасль вперёд и помогает специалистам взглянуть на BIM с другого ракурса.