Новости отечественных BIM продуктов по поддержке открытых стандартов передачи данных.

1️⃣ Renga добавила возможность выгрузки модели в IFC по дисциплинам.

2️⃣ BIMIT улучшил поддержку стандартов IFC и BCF, а именно:
- обновлен парсер IFС-файлов, и теперь загрузка моделей будет быстрее.
- добавлен импорт замечаний в формате BCF версий 2.1 и 3.0, а также появилась возможность передачи кубов сечений, размеров и чертежей через формат BCF.
- продолжается работа над полноценной поддержкой стандарта IFC 4х3.

3️⃣ IDS-редактор цифровых требований от Института системного программирования РАН обновился. Теперь при составлении требования:
- в фасете Classification можно выбрать нужный классификационный код из таблиц отечественных классификаторов КСИ, РЖД, МССК. Инструмент дорабатывается;
- в фасете Property добавлен выпадающий список стандартных свойств и наборов свойств согласно выбранной версии стандарта IFC.

4️⃣ Pilot BIM представил дорожную карту развития, согласно которой:
- работает над поддержкой цифровых требований по стандарту IDS (уже есть первые результаты);
- разрабатывает модуль расширения "API BCF server", с помощью которого работа с BCF-замечаниями будет без использования файлов, отправляя отчеты сразу в САПР.

5️⃣ Tangl стал поддерживать загрузку моделей в формате IFCzip. А после проведения пилотника с экспертизой Свердловской области научился создавать настраиваемые марки для элементов, подхватывая информацию из свойств IFC-элементов (по аналогии с марками на чертежах).

6️⃣ nanoCAD наряду с поддержкой BCF и увеличением скорости загрузки IFC добавил:
- улучшенный экспорт в IFC для архитектурных моделей в модуле BIM Строительство;
- расширенный преднастроенный маппинг при выгрузке в IFC по различным требованиям (экспертизы Свердловской области, ПНСТ 909-2024, МГЭ, СПб ГАУ "ЦГЭ", СП 333).

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

👥 @IFC_ru
👥 @IFC_club

ТИМ-конгресс 2024. Перспективы ИИ и Реестра цифровых требований

На предстоящем ТИМ-конгрессе 27-28 ноября хочется акцентировать внимание на актуальные секции по внедрению ИИ и по реестру требований. Обе темы требуют научного подхода и серьезной базы. Здесь важно как можно быстрее откинуть слепую веру в чудеса ИИ и завышенные ожидания от быстрого решения вопроса создания реестра цифровых нормативных требований.

🔹 В секции по искусственному интеллекту Виталий Адольфович Семенов, профессор ИСП РАН, выступит с темой «Перспективы применения ИИ для цифровизации нормативных требований в строительстве на основе открытых стандартов» и расскажет о необходимости внедрения математического аппарата для решения задач автоматизации нормативных проверок с привязкой к схеме данных IFC.

🔹 Ольга Кутузова, ООО «Нанософт Разработка», расскажет о «Возможностях автоматизации создания цифровых требований стандартов с помощью технологии ИИ» и большой многолетней работе в этой области.

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

@ifc_ru

Как выгрузить связанные файлы Revit в один IFC

Пользователи Revit часто задают вопрос, можно ли выгружать связанные файлы Revit в общий IFC-файл?

Ответ: можно, но есть нюанс.

1️⃣ Общий IFC-файл следует создавать, только если:
🔹 нужно экспортировать два и более объекта/здания/секции (IfcBuilding), расположенных на одном участке (IfcSite);
🔹 имеем два и более объекта на разных участках.

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

2️⃣ Создавать общий IFC-файл из связанных смежных разделов в рамках одного проекта не совсем корректно с точки зрения структуры IFC-проекта, хотя и возможно. Потому как в таком случае мы получаем несколько IfcBuilding, наполненных элементами разных дисциплин, но по факту здание всего одно.

👥 @IFC_ru
👥 @IFC_club

Традиционный подкаст в IFC Клубе!

🗓️ В этот раз в четверг, 5 декабря, в 16-00 МСК

🔊 Тема: "Экспертиза без чертежей: ожидания и реальность"

Гость:
👤 Сергей Сербин, главный специалист ГАУ СО "Управление государственной экспертизы" (г. Екатеринбург)

Поговорим о:
🛑пилотном проекте Свердловской экспертизы по рассмотрению модели без чертежей;
🛑требованиях, по которым готовилась модель;
🛑возможностях и проблемах ПО, в котором рассматривалась модель;
🛑выводах и дальнейших перспективах по итогам амбициозного проекта.

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

👥 @IFC_ru
👥 @IFC_club

Экспертиза по ЦИМ (Сергей Сербин, ГАУ СО "Управление государственной экспертизы")

👥 @IFC_ru
👥 @IFC_club

✈️ Запись эфира "Экспертиза без чертежей: ожидания и реальность"

✈️ Гость: Сергей Сербин, главный специалист по ТИМ ГАУ СО "Управление государственной экспертизы"

📹Youtube | 📺Rutube | ✈️Презентация | 📁Методика

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

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

🛑Во-вторых, этот пилотник имеет перспективы для развития как "вширь", так и "вглубь": расширяя область применения на остальные разделы и углубляясь в автоматизированные проверки и улучшая функционал ПО.

🛑В-третьих, на таких пилотах появляются возможности роста для всех участвующих сторон:
🔹для разработчиков ПО - это возможность создать передовой, конкурентный и удобный функционал анализа моделей;
🔹для экспертизы - возможность в перспективе глубже оценивать модель и постепенно перейти к автоматизации проверок;
🔹для заказчика - конкретизировать требования к ЦИМ и понять, какие данные ему нужны в модели, чтобы в конечном счете получать точные объемы и качественную документацию;
🔹для государства - пересмотреть текущую нормативную документацию к ПД с учетом применения ТИМ.

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

🛑В-пятых, выявляются и слабые места рассмотрения модели, например, 3D-армирование или мелкие элементы ИОС в ряде случаев повышают трудозатраты проектировщика и не облегчают просмотр.

👥 @IFC_ru
👥 @IFC_club

BIM-форум 2024 завтра!

⚡️ Место: Москва, Amber Plaza, Краснопролетарская 36

Наша подборка докладов на 11 декабря

💎 Главный зал

10:30 - 11:10
Состав ЦИМ. Обзор проектов приказов Минстроя России
Драгомиров Сергей, Минэкс

🔹

11:50 - 12:10
Проведение экспертизы раздела "АР" только по ЦИМ
Архипович Мария, Сербин Сергей, ГАУ СО "Управление государственной экспертизы"

🔹

13:10 - 13:30
Формирование требований к ЦИМ объектов УДС
Ушаков Дмитрий, МКУ "УКС г. Екатеринбурга"

🔹

16:30 - 16:50
Разработка и использование машиночитаемых требований заказчика в формате IDS к ЦИМ
Семенцов Павел, Главстрой СПб, Шерстенников Игорь, СПб ГАУ "ЦГЭ"

💎 Большой зал

10:30 - 10:50
Нормативные проверки ЦИМ линейного объекта
Кирюшина Анастасия, Айбим

🔹

15:10 - 15:30
BIM-менеджмент. IDS-требования. IFC-интерфейс
Мотовилов Антон, ООО "Желдорпроект"

🔹

15:30 - 16:10
XML для чайников
Шерстенников Игорь, СПб ГАУ "ЦГЭ"

💎 Средний зал

15:10 - 15:30
Строительная информация и справочники данных
Бабинов Алексей, WE-ON

💎 Малый зал

11:10 - 11:30
ТИМ и сметы. Зачем нужна классификация и почему IFC не помогает сметчикам?
Воронин Иван, АВС-Н

🔹

11:50 - 12:10
Экспертиза ТИМ-смет. Требовния к форматам и данным
Самопал Николай, Визардсофт

BIM-менеджмент. IDS-требования. IFC-интерфейс

Мотовилов Антон, ООО «Желдорпроект»

Большую работу в короткое выступление не уместить. Нужны подробности.

❓ Зовем в IFC клуб на подкаст?

Презентация на канале BIMSERT: https://xn--r1a.website/bimsert/2132

Проверка информационной наполненности моделей в 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) для объектов
🔹 и многое другое.