Проверка информационной наполненности моделей в Pilot-BIM с помощью IDS и поисковых наборов

Хиндикайнен Алексей
Руководитель отдела разработки Pilot

Наш комментарий:

Это уже не первый пример того, как отечественные разработчики ПО внедряют работающие на практике инструменты по проверке требований на базе IDS-стандарта.

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

Понимая конечную цель, принцип «от просто к сложному» даст более устойчивый результат, который может прижиться на практике:

1️⃣ Сначала должна войти в обиход реализация цифровых требований заказчика к буквенно-цифровой информации и связям (на базе IDS 1.0);

2️⃣ Затем требования к геометрической информации, в том числе по пространственным пересечениям (расширяя возможности IDS);

3️⃣ И после этого можно приступать к нормативным требованиям с применением математического аппарата и возможным использованием ИИ (на основе проведённых исследований и подтвержденных гипотез).

📢 @IFC_ru
👥 @IFC_club

BIMvision обновился до версии 3.

Основные изменения:
🔹 Добавлена вспомогательная сетка для облегчения навигации в больших моделях;
🔹 Элемент проема ifcOpeningElement теперь отображается в дереве проекта со всеми остальными элементами;
🔹 Возможность копирования GUID выбранных объектов;
🔹 Поддержка отображения осевой линии трассы IfcAlignment;
🔹 Округление чисел в свойствах (реализовано во вкладке "Измерения");
🔹 Функция определения вертикального угла.

❗️ А также появилась возможность отображения связанных документов и согласований в модели, реализованных с помощью IfcDocumentReference и IfcDocumentInformation (скрин в комментариях);

Подробнее на официальном сайте.

📢 @IFC_ru
👥 @IFC_club

Цифровая стандартизация стройотрасли. Краткие итоги года

⬇️В мире:
🔹 IFC4x3 вышел как международный стандарт ISO 16739-1:2024;
🔹 Состоялся релиз первой версии стандарта IDS1.0;
🔹 Вышел ISO 7817:1-2024 "Уровень информационной потребности. Часть 1: Концепции и принципы".
Вторая и третья часть - в стадии разработки;
🔹 Представлена концепция IFC5.

⬇️В России:
🔹 Расширяется перечень XML-схем Минстроя (+300 схем в планах);
🔹 Опубликованы проекты приказов Минстроя о методических рекомендациях по формированию требований к ЦИМ МКЖД, формой ТЗ на ЦИМ (на общественные слушания пока не поступили);
🔹 Утверждено ПП РФ 614 о правилах формирования и ведения ИМ ОКС;
🔹 Продолжаются обсуждения по изменению СП 333.1325800.2020, исключенного из реестра требований ("Невыдуманная история" для общего понимания ситуации);
🔹 Проекты ПНСТ с требованиями к ЦИМ по поликлиникам и школам представлены на рассмотрение в ТК 505;
🔹 С трудом вышел ПНСТ 923-2024 "Термины и определения" в рамках ЕСИМ.

To be continued.

🎄Уважаемые коллеги и друзья!

В преддверии Нового года хочется поблагодарить всех вас, читателей канала и участников IFC-клуба, за активное участие и содействие.

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

Сегодня IFC-стандарт и всё, что с ним связано, собирает вокруг себя большое интеллектуальное сообщество во всем мире и в России. Это показатель того, что он без преувеличения является объединяющим цифровым базисом отрасли.

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

Пусть в Новом году ваши модели всегда будут точными, а файлы - совместимыми.

Новых вам свершений и стабильного роста!

🌐 С наступающим! 🌐

СОДЕРЖАНИЕ 2024

1. О кириллице в IFC
2. О кириллице в IFC. Продолжение
3. О кириллице в IFC. Как преобразовать файлы
4. IDS шагает по планете. IDS-converter в Excel
5. Преимущества IDS
6. О классификации в IFC
7. Погружаемся в IFC-аннотации
8. IFC - Конец Вавилонской башни (1994)
9. Свойства в IFC
10. Модель моста в IFC, построенного без чертежей
11. "IFC - панацея или суррогат?" - тезисы
12. "IFC - панацея или суррогат?" - наши комментарии. (часть 1, часть 2, часть 3)
13. Что означают цвета в описании классов IFC
14. Как описываются "пустоты" в IFC?
15. Изучаем IfcSpatialZone. Отчет
16. Проблемы с IFC моделью? (кейсы от дом рф)
17. IFC Toolbox - бесплатный помощник
18. В ожидании нового ПП РФ 1431
19. Про "иной формат с открытой спецификацией" (продолжение)
20. "Мы говорим на одном языке" (Руководство по доставке информации)
21. Поясняем за IFC. Ответ "Просто о BIM" (часть 1, часть 2)
22. IFC 4x3 опубликован как стандарт ISO
23. BuildingSMART в Казахстане
24. Улучшения IFC-экспорта в Revit 2025
25. Что дает поддержка IFC4x3 в Revit
26. О важности открытых форматов на государственном уровне
27. Первые тесты экспорта в IFC из Revt 2025
28. Interoperability? О соглашении Autodesk и Nemetschek (часть 1, часть 2)
29. Принцип наследования в IFC
30. Три кита IFC
31. Изменения в IDS 0.9.7 (1.0)
32. IDS в массы. Статьи для BIMAC
33. Определение объектов в IFC
34. ИИ для создания IFC-вьюера (перевод)
35. Риски нового ПП РФ 614 в части форматов
36. Презентация доклада по IDS
37. Может ли ChatGPT4o генерировать модели IFC
38. Почему лучше не использовать IFC 2х3
39. Для чего вы используете IFC? - опрос
40. Где хранятся свойства в IFC
41. Связи в IFC
42. Что дают связи в IFC
43. XML-бомба, способная изменить всё!
44. Бесплатный IFC viewer, IDS-редактор и валидатор
45. С какой стороны смотреть на LODы (Даешь LOD 3000!)
46. IDS на практике (презентация + видео)
47. IFC Suite - объединяйте файлы в один
48. Гибкое создание IFC из Revit еще ближе (usBIM.revolution)
49. О проекте «методических рекомендаций» Минстроя крупными мазками
50. CHEK IFC - анонс IDS инструмента для Revit от DiRoots
51. Как обрабатывать IFC-модели с помощью ИИ? (ТИМ-идея года)
52. Еще немного о связях IFC
53. База по классам IFC. Цикл постов + материалы
54. Об атрибутах и связях (мнение Ивана Штаера)
55. IfcPipeline - конвейер IFC
56. Работа с IFC прямо в среде разработки
57. Как отобразить связи в IFC (That Open)
58. Тезисы наших выступлений на форуме ТИМИ 2024
59. Обогнать, не догоняя. О Роботе-проектировщике от НТЦ Платформа
60. IDS for everyone (Руководство)
61. Мини-редактор IFC прямо в среде разработки (That Open)
62. О внешних ссылках в IFC
63. Создание ссылки на документ с помощью IfcDocumentReference (That Open)
64. Простой способ сравнения версий модели (That Open)
65. BIMчат с моделью с помощью ИИ. Двигаемся дальше
66. Как правильно выбирать ПО для анализа моделей
67. О роли OpenSource в программных продуктах
68. Об актуализации СП 333 и ущербности идеи создания единых требований к ЦИМ
69. Цифровые требования к моделям (презентация)
70. Повторяешь информацию в модели?
- Описание проблемы.
- Причины и решения.
71. Строительные нормы в виде графов
72. Поддержка открытых стандартов отечественными ПО
73. ТИМ-конгресс. Перспективы ИИ
74. Как выгрузить связанные файлы Revit в один IFC
75. О пилотнике "Экспертиза по ЦИМ" от Свердловской экспертизы
76. Применение IDS в службе заказчика (Главстрой СПб)
77. IDS в Pilot-BIM. О необходимости поэтапного перехода к цифровым требованиям
78. BIMvision обновился до версии 3
79. Цифровая стандартизация отрасли. Краткие итоги года

Подкасты "BIM-среда" на Youtube 📹 | Rutube 📺

👥 @IFC_ru
👥 @IFC_club

СОДЕРЖАНИЕ 2025

1. Проблемы излишней стандартизации имен файлов моделей
2. "Формат RVT - это де-факто стандарт отрасли"
3. Bonsai - еще не САПР, но больше, чем САПР
4. Как посмотреть структуру IFC-файла
5. DeepSeek и IFC. Пример запроса
6. Как подружить элементы и документы в IFC
7. Проверка IFC моделей по требованиям IDS (статья)
8. Связи BIM-стандартов ISO
9. Тестируем выгрузку стен из Revit
10. Обзор библиотек для просмотра IFC в веб-приложениях
11. Машинно-интерпретируемые требования: иллюзия или реальность?
12. Интероперабельность. Роль заказчика и разработчика ПО
13. Альтернативная классификация. Что делать, если не хватает классов IFC?
14. Встреча с Аллой Землянской. О цифровых требованиях IDS
15. Проект приказа Минстроя о составе ЦИМ в IDS
16. Что нового в Revit 2026 в части IFC
17. Завершился 10-ый курс по ТИМ
18. ИИ-классификация элементов на основе геометрии в Qonic
19. IfcBuildingElementProxy: удобный костыль или скрытая проблема?
20. IfcBuildingElementProxy: причины (зло)употребления
21. IfcBuildingElementProxy: как классифицировать элементы и расширить классификацию
22. 7D Modeler 1.5: новый релиз!
23. Список MVD для IFC4x3 дополнен
24. О новых типах объектов в IFC4x3
25. Открытый веб-валидатор IFC
26. 10 шагов по созданию корпоративного стандарта на базе IFC
27. О вариантах структуры IFC-проекта
28. Автоматизированный перевод IDS-требований в атрибуты ЦИМ
29. Топоматик 360 с крутыми возможностями!
30. Разбираем ТЗ на ЦИМ - 1. О классификации
31. Разбираем ТЗ на ЦИМ - 2. О делении модели на разделы
32. 1-ое место в ТИМ-лидерах!
33. О делении составных элементов на части
34. Разбираем ТЗ на ЦИМ - 3. Об информационном наполнении элементов
35. Разбираем ТЗ на ЦИМ - 4. О несоответствии атрибутивного состава целям моделирования
36. 1000 подписчиков!
37. Всё, что нужно знать про IFC5
38. Разбираем ТЗ на ЦИМ - 5. Проблема LOD
39. ПНСТ 909-2024 "Жилые здания" в IDS!
40. Разбираем ТЗ на ЦИМ - 6. О матрице коллизий
41. Цикл постов с разборами ТЗ на ЦИМ
42. Еще раз о проекте приказа Минстроя о составе ЦИМ (презентация)
43. Выгрузка в IFC из Revit. Без Revit
44. Структура в инфраструктуре
45. Атрибутивка из требований прямо в IFC - это реально. Без нативных форматов
46. Как совместить IFC-модель с чертежами
47. Связка IFC и чертежей: проблема целостности данных
48. IfcCheckingTool_Lite - инструмент проверки семантической и синтаксической корректности IFC
49. Способы связки чертежей с моделями в IFC
50. Ежегодный форум РосТИМ 2025
51. Перевод реестра требований в цифровой вид. Презентация ИСП РАН
52. Предновогодний анализ постов через ИИ

Проверь себя в IFC:
Вопрос №1
Вопрос №2
Вопрос №3
Вопрос №4
Вопрос №5
Вопрос №6
Вопрос №7
Вопрос №8
Вопрос №9
Вопрос №10
Вопрос №11
Вопрос №12
Вопрос №13
Вопрос №14

Подкасты "BIM-среда" на Youtube 📹 | Rutube 📺

👥 @IFC_ru
👥 @IFC_club

Проблемы излишней стандартизации имен файлов моделей

«Мода» стандартизовать имена файлов модели появилась давно, во времена BIM-стандартов от вендоров и PAS 1192. Затем ее подхватили девелоперы. Но в основную редакцию ISO 19650 правила именования файлов не вошли.

В России апогеем этой тенденции стал СП333 2020 года, доведя этот процесс до абсурда.

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

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

Однако требования к именам все же необходимы, но они должны быть адекватными:

✅ Краткость и ясность. Имена должны иметь очень простой формат, интерпетируемый и понятный человеку, с минимальным делением на блоки.

✅ Использование метаданных. Добавление атрибутов ключ/значение в виде метаданных к файлу позволяет системе управления файлами с контролем версий работать эффективнее.

✅ Использование информации в IFC. Большая часть информации уже содержится в структуре файла (например, версия IFC, IfcPerson, IfcOrganization, IfcApplication и т.д.). Данные в IFC открыты, и извлечь их не составит труда.

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

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

🔍 Стандартизация имен файлов важна, но она не должна становиться самоцелью.

📢 @ifc_ru
👥 @ifc_club

"Формат RVT - это де-факто стандарт отрасли"

Многие считают формат САПР, в котором они привыкли работать, стандартом отрасли, особенно если вкладывают средства в его использование.

❓ Но может ли проприетарный формат стать полноценным стандартом в части организации данных? Что для этого нужно и почему?

1️⃣ Проблемы специализации.
Строительная отрасль обширна и включает множество типов объектов: здания, мосты, тоннели и другие. Это требует специфических инструментов для работы.

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

2️⃣ Применение нескольких программ.
В рамках одного проекта часто требуется несколько инструментов. Например, для раздела ГП могут потребоваться другие ПО с собственными форматами. САПР не могут полностью заменить программы для расчётов, смет или проектирования инфраструктуры, что создаёт необходимость интеграции данных из разных источников.

3️⃣ Риск зависимости от проприетарных форматов.
Любой проприетарный формат САПР - это частная закрытая разработка компании. На этом построен ее бизнес. В современном мире это нормально, но пользователь должен понимать все риски такого подхода.

4️⃣ Проблемы с хранением и версионностью.
Проприетарные форматы зачастую могут создавать проблемы долгосрочного хранения данных, и доступ к старым или новым версиям формата может быть затруднён.

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

Касаемо схемы есть еще ряд моментов:

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

➖ Ограничения на создание наборов свойств и связей.
Некоторые САПР не позволяют создавать наборы свойств или управлять связями. Приходится создавать условные разделители, вроде этого:

___Параметры квартиры_____

Знакомо?

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

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

И открытые стандарты, такие как IFC, здесь играют ключевую роль.

📢 @IFC_ru
👥 @IFC_club

Bonsai - еще не САПР, но больше, чем САПР

В то время, как бесплатный ИИ-помощник DeepSeek уложил на лопатки IT-гигантов, вернемся в более приземленное русло.

Новые инструменты на основе принципов открытости могут заявить о себе очень быстро. И BIM-моделирование - не исключение.

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

➖Конечно, надстройку Bonsai на базе мощного бесплатного ПО Blender нельзя назвать полноценным САПР.

✅Вместе с тем его возможности выходят за рамки обычного IFC-вьюера и традиционных САПР.

Что в нем стоит обсудить:

🔹 Обнаружение коллизий и работа по их устранению на базе BCF
🔹 Создание новых IFC-моделей с нуля и редактирование существующих
🔹 Создание 2D-документации
🔹 Исправление некорректной координационной привязки файлов IFC
🔹 Создание календарных графиков и их визуализации
🔹 Интеграция c bSDD для подключения альтернативной классификации
🔹 Перевод моделей между различными версиями IFC (например, IFC4 в IFC4x3)
🔹 Использование библиотек IFC для повторного применения
🔹 Валидация моделей на соответствие цифровым требованиям IDS
🔹 Извлечение необходимых данных
🔹 Назначение наборов свойств (Psets) для объектов
🔹 и многое другое.

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

Помните крутой доклад на BIM-форуме про BIM-менеджмент и IDS? В эту среду мы поговорим подробнее, что к чему и почему.

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

🔊 Тема: "OpenSource, IFC и IDS в управлении проектами"

Гость:
👤 Антон Мотовилов, Руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»

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

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

👥 @IFC_ru
👥 @IFC_club

✈️ Запись эфира "OpenSource, IFC и IDS в управлении проектами"

✈️ Гость: Антон Мотовилов, руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»

📹Youtube | 📺Rutube | ✈️Презентация

👥 @IFC_ru
👥 @IFC_club

DeepSeek и IFC. Пример запроса

Запрос:

Сопоставь работу со схемой данных стандарта IFC.
Используй только данные с ресурса https://standards.buildingsmart.org/IFC/RELEASE/IFC4_3/

Устройство железобетонных колонн в деревянной опалубке высотой:до 6 м, периметром более 4 м

Ответ:
Для сопоставления работы "Устройство железобетонных колонн в деревянной опалубке высотой: до 6 м, периметром более 4 м" со схемой данных стандарта IFC (Industry Foundation Classes) версии IFC4_3, необходимо определить соответствующие классы и атрибуты, которые описывают процесс строительства железобетонных колонн с использованием деревянной опалубки.

Шаги для сопоставления:
Описание колонны:

Железобетонная колонна может быть описана с использованием класса IfcColumn, который представляет собой вертикальный строительный элемент.

Атрибуты:

Name: "Железобетонная колонна".

PredefinedType: COLUMN.

Height: 6 м (может быть указано в IfcPropertySingleValue).

Perimeter: более 4 м (также может быть указано в IfcPropertySingleValue).

Материал колонны:

Железобетон может быть описан с использованием класса IfcMaterial с атрибутом Name = "Железобетон".

Для уточнения свойств материала (например, марка бетона, класс арматуры) можно использовать IfcMaterialProperties.

Опалубка:

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

Атрибуты:

Name: "Деревянная опалубка".

PredefinedType: FORMWORK.

Процесс устройства колонн:

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

Атрибуты:

Name: "Устройство железобетонных колонн в деревянной опалубке".

OperatesOn: ссылки на колонну (IfcColumn) и опалубку (IfcConstructionMaterialResource).

➕
В схеме IFC нет стандартного «периметра» для колонны, поэтому DeepSeek предложил пользовательское свойство Perimeter.

В случае с высотой DeepSeek не определил стандартный количественный показатель (quantity) Length как высоту колонны и также предложил ввести свойство Height.

Как подружить элементы и документы в IFC

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

Ранее мы публиковали новость о том, что в BIM Vision появилась эта возможность.

Создавать такие ссылки можно с помощью инструментов от That Open. Пара видео 🎞тут.

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

🔍То есть стандарт IFC позволяет формировать "скелет" для интеграции геометрических данных, буквенно-цифровой информации и документации (в соответствии с ISO 19650 и ISO 7817).

👥 @IFC_ru
👥 @IFC_club

Проверка IFC моделей по требованиям IDS

На Хабре вышла хорошая обзорная статья от Ильи Савельева по работе с IDS-требованиями, с полезными ссылками и практическими кейсами на Python и библиотеки ifcopenshell.

Добавляем в закладки.

👥 @IFC_ru
👥 @IFC_club

Связи BIM-стандартов ISO

Комитет по моделированию и стандартам EC3 связал воедино все ISO-стандарты по информационным технологиям в строительстве.

Стандарты отбираются фильтрами. А при нажатии на кнопку Relationships отображаются все связи между этими стандартами.

Полезный и нужный труд.

https://ec-3.org/BIM-Standards-Landscape-Explorer.html

👥 @IFC_ru
👥 @IFC_club