С Днем строителя!

Спасибо всем, кто не просто рисует проекты, а создает города, дороги, школы, дома и будущее.

Пусть объектов будет больше, ошибок — меньше, а каждый проект приносит гордость за свою работу.

С праздником! ⭐️

Ребята, извиняюсь, что на фото сижу с чертежами, а не с ноутбуком. Просто на стройке пока что так проще. 🙂

🤖 ИИ для стройки вышел за пределы Москвы

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

Москва начала пилотное внедрение платформы MSI Face в Липецкой области. По информации Правительства Москвы, платформа создавалась как специализированная среда для проектирования и строительства, где можно использовать уже обученные ИИ-модели и развивать цифровые решения для отрасли.

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

И вот здесь для меня начинается самое интересное. Мы долго спрашивали: когда ИИ придет в строительство? Похоже, скоро вопрос будет другим: а какие данные мы ему дадим?

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

Получается забавно: развитие ИИ снова возвращает нас к тем самым «скучным» вопросам последних лет — классификации, структуре данных, требованиям к ЦИМ, качеству IFC и единым правилам передачи информации.

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

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

🙋 Кто отвечает за объем, который посчитала модель?

Автоматизация должна была закрыть простой вопрос: сколько здесь бетона, стен, перекрытий или оборудования. Нажали кнопку — получили 128,37 м3. Красиво.

А теперь представим, что цифра неправильная.
Проектировщик скажет: геометрия построена правильно.
ТИМ-менеджер — правило расчета настроено.
Сметчик — объем пришел из модели.
Разработчик — программа посчитала то, что ей передали.

И внезапно за итоговые 128,37 м3 как будто не отвечает никто.

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

Сам IFC умеет хранить количественные характеристики: длину, площадь, объем, массу и другие величины. Для отдельных элементов предусмотрены стандартные наборы количеств. Например, для стены отдельно определяются GrossVolume, NetVolume, GrossSideArea и другие показатели. Но наличие параметра еще не отвечает на вопрос, какой именно объем нужен для конкретной работы.

И чем глубже мы связываем ЦИМ с ВОР и стоимостью, тем важнее становится уже не вопрос: «Может ли программа это посчитать?» Может.

❓ Главный вопрос другой: кто проверил, что именно она посчитала, и кто готов отвечать за эту цифру?

Вот здесь автоматизация становится немного интереснее кнопки «Рассчитать»)))

Пятница начинается с актуального «ЮМОРА» 😀

⭕️⭕️⭕️
Сделали свой IFC Anonymizer. Зачем, если аналоги уже существуют?

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

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

Простой пример.

У вас есть IFC реального объекта. Внутри могут находиться название проекта, адрес, заказчик, проектировщик, ФИО авторов, исходные GUID, геопривязка и другие данные. При этом вам нужно передать модель на внешний анализ и сохранить стены, перекрытия, материалы, классификацию, площади, объемы и свойства элементов.

Руками проверить десятки тысяч IFC-сущностей практически нереально.

⭕️Наш IFC Anonymizer:⭕️

- работает локально на компьютере;
- не изменяет исходный IFC;
- удаляет адреса, людей, организации и служебные данные;
- позволяет указать конкретные названия, шифры и другие идентификаторы проекта для поиска;
- удаляет геопривязку;
- генерирует новые GlobalId;
- сохраняет геометрию и инженерные данные;
- после обработки формирует отдельный Privacy Report.

Именно отчет нам нравится больше всего.

Мы получаем не просто файл со словами «вроде обезличили», а паспорт обработки: что было очищено, сколько записей изменено, удалена ли геопривязка, сколько GUID заменено и остались ли находки уровня Critical, Review или Info.

На тестовой модели инструмент заменил более 80 тысяч GlobalId, очистил сведения об авторах, организациях, адресах и проекте, удалил геопривязку и при этом сохранил геометрию и структуру модели.

Чем наш подход отличается от похожих решений?

Не самим фактом анонимизации. Такое ПО уже существует.

Наша идея в другом: подготовить IFC именно к дальнейшему техническому анализу, сохранив полезную BIM-информацию, добавить поиск идентификаторов конкретного проекта и дать пользователю понятный протокол результата.

В основе инструмента используется открытая библиотека IfcOpenShell, которая позволяет программно читать, изменять и сохранять IFC.

⭕️⭕️

Пока оставляем инструмент для внутренней работы «Геометрии Столицы». Посмотрим, как он покажет себя на разных моделях. Если окажется действительно полезным, возможно, позже поделимся им с вами.

Если конечно вам такое интересно 🤔

💰 Изменили модель. Кто пересчитает деньги?

Первый расчет стоимости по модели — вообще не самая сложная часть 5D. Самое интересное начинается после первой нормальной корректировки проекта.

Передвинули стену, изменили толщину перекрытия, поменяли материал, добавили проем, конструктор пересчитал решение. ЦИМ обновилась. А стоимость?

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

При этом сама логика связи количества и стоимости давно заложена даже в IFC. В официальной схеме buildingSMART есть IfcCostItem: он может содержать стоимость и быть связан с количествами элементов, процессов и ресурсов. Предусмотрен и IfcCostSchedule — структура для объединения стоимостных позиций в расчет стоимости.

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

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

Причем недостаточно увидеть новую итоговую цифру. Было 300 м3 бетона, стало 327. Хорошо. Откуда появились еще 27?

Вот здесь начинается уже не просто выгрузка объемов из модели, а нормальное управление стоимостью проекта. Поэтому мне все больше нравится одна мысль: настоящий 5D проверяется не на первой версии модели. Он проверяется на второй.

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

И главный вопрос: кто после изменения модели должен пересчитать деньги? Проектировщик? ТИМ-менеджер? Сметчик? Или в идеальной цифровой цепочке система вообще не должна ждать, пока кто-то об этом вспомнит?