Всё про IFC
前往频道在 Telegram
Новости и полезности по IFC. Главное IFC-сообщество: @ifc_club Для связи: @AlexanderShilo Поддержать канал: https://t.me/boost/ifc_ru
显示更多1 312
订阅者
+324 小时
+67 天
+1130 天
正在加载数据
吸引订阅者
十一月 '2611月 '26
十一月 '26
+11
在1个频道中
十月 '26
+623
在0个频道中
Get PRO
九月 '260
在0个频道中
Get PRO
八月 '260
在0个频道中
Get PRO
七月 '260
在0个频道中
Get PRO
六月 '260
在0个频道中
Get PRO
五月 '260
在0个频道中
Get PRO
四月 '260
在3个频道中
Get PRO
三月 '260
在3个频道中
Get PRO
二月 '260
在5个频道中
Get PRO
一月 '260
在1个频道中
Get PRO
十二月 '250
在3个频道中
Get PRO
十一月 '250
在5个频道中
Get PRO
十月 '250
在4个频道中
Get PRO
九月 '250
在4个频道中
Get PRO
八月 '250
在11个频道中
Get PRO
七月 '250
在2个频道中
Get PRO
六月 '250
在3个频道中
Get PRO
五月 '250
在3个频道中
Get PRO
四月 '250
在5个频道中
Get PRO
三月 '250
在4个频道中
Get PRO
二月 '250
在3个频道中
Get PRO
一月 '250
在4个频道中
Get PRO
十二月 '24
+6
在4个频道中
Get PRO
十一月 '24
+71
在5个频道中
Get PRO
十月 '24
+143
在8个频道中
Get PRO
九月 '24
+89
在7个频道中
Get PRO
八月 '24
+9
在2个频道中
Get PRO
七月 '24
+41
在4个频道中
Get PRO
六月 '24
+185
在6个频道中
Get PRO
五月 '240
在2个频道中
Get PRO
四月 '240
在3个频道中
Get PRO
三月 '24
+146
在4个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 12 十一月 | 0 | |||
| 11 十一月 | 0 | |||
| 10 十一月 | +3 | |||
| 09 十一月 | +5 | |||
| 08 十一月 | 0 | |||
| 07 十一月 | 0 | |||
| 06 十一月 | 0 | |||
| 05 十一月 | 0 | |||
| 04 十一月 | 0 | |||
| 03 十一月 | +1 | |||
| 02 十一月 | +2 | |||
| 01 十一月 | 0 |
频道帖子
Встречайте, Lapin!
Это полноценная бесплатная BIM-система на базе стандарта IFC.
Что можно делать:
- да всё! строить стены, перекрытия, двери и окна и многое другое как полноценные IFC-элементы со своими слоями, типами и свойствами.
- формировать планы, разрезы, фасады и чертежные листы, которые можно экспортировать в форматы PDF и DXF.
- над одним проектом можно работать совместно с другими пользователями в режиме реального времени.
- создавать календарный план.
- проверять на коллизии и выгружать в BCF.
- и много чего еще.
Очевидно, за рубежом наблюдается интересная тенденция в сфере САПР: сначала Bonsai, потом BIMCraft, теперь еще и Lapin.
Подробнее тут:
- Видеоуроки по Lapin
- User гайд
- Ссылка на гитхаб
- и еще видеообзорчик со стороны
@ifc_ru
@ifc_club
| 2 | Нейроподкаст №1 - Что не так с пожарными отсеками в IFC (на базе статьи от Stefan Boyekens)
Год назад такие подкасты слушать было невозможно - слишком машинно и топорно. А сегодня это прямо полноценная беседа двух компетентных спецов с правильной расстановкой акцентов.
И главное это конечно формат! Лично мне очень нравится. Этакие подкасты для гиков.
Сегодня будет вводная тема: поднимаем проблематику различных способов представления информации в IFC. Дальше - еще интереснее. Приятного прослушивания!
@ifc_ru
@ifc_club | 450 |
| 3 | 🚀 Мини-курс «Постобработка IFC в Blender + Bonsai: начинающий уровень» уже доступен!
Никогда не открывали Blender + Bonsai и не знаете, с чего начать? Этот курс — для вас.
🎓 Мы подготовили базовый минимум знаний, который поможет освоиться в ПО и начать решать прикладные задачи по постобработке IFC-файлов. Начнём с установки и знакомства с интерфейсом, а затем перейдём к практике.
Что будем делать:
🔹 Менять схему и классы IFC, перестраивать структуру модели и работать с контейнерами.
🔹 Создавать и редактировать параметры, выгружать данные в Excel и использовать его для пакетного заполнения параметров.
🔹 Проверять модели по IDS и подключать связанные модели.
🔹 Извлекать нужные элементы и объединять несколько IFC-файлов в один.
⏱️ 16 коротких уроков — 1 час 34 минуты.
💻 Предварительные знания не требуются.
🙌 Бесплатно для всех желающих.
👉 Перейти к курсу: Постобработка IFC в Blender + Bonsai: начинающий уровень
🔐 Для доступа к курсу необходимо зарегистрироваться на сайте и войти в свой аккаунт. Без регистрации материалы курса недоступны.
Интересны более сложные кейсы работы в Blender + Bonsai?
Ставьте 🔥 — так мы поймём, что вам интересно продолжение!
📩 Если появятся вопросы или предложения по курсу, пишите нам на info@marksdigital.ru — будем рады помочь и услышать ваши идеи! | 623 |
| 4 | 没有文字... | 0 |
| 5 | Требования к ЦИМ в формате IDS от Мособлэкспертизы
Мособлэкспертиза разработала новую редакцию требований к ЦИМ, в том числе в формате IDS:
- Требования к ЦИМ автомобильных дорог и улично-дорожной сети.
- Требования к ЦИМ наружных инженерных сетей.
- Требования к ЦИМ производственным и непроизводственным ОКС.
> СКАЧАТЬ <
@IFC_ru
@IFC_club | 4 437 |
| 6 | А вот интересное:
из вот этого видео: https://www.youtube.com/watch?v=Ksz-9552gKY (канал крайне рекомендую, автор использует FreeCAD в около-IFC темах) узнал про вот этот визуальный редактор IDS: https://www.idsedit.com/
Пара но:
• Ссылка открылась только из-под ВПН;
• Как и бывает с подобными визуальными редакторами, с более-менее серьёзной спецификацией (IDS СПб ГАУ ЦГЭ (Конструктивные решения).ids, например) уже неудобно. | 1 702 |
| 7 | О методическом пособии по созданию цифровых требований: как исправить проблемы (часть 2/2)
Попробуем предложить решения проблемы. Важность создания методики мы не будем отрицать, но надо подумать над интеграционным фундаментом, когда бы нас понимали все, а не только в рамках данной методики.
Порассуждаем над конкретными шагами, как исправить ситуацию:
🛑 Устранить семантический разрыв. Не вводить новый формат, а надстраиваться над тем, что есть. Для этого надо признать, наконец, IFC основным стандартом представления данных и создать надстройку. А надстройка - это IDS, работающий инструмент для описания описания проверок. Он уже живёт, развивается, под него пишут функционал. Его можно и нужно дорабатывать. Синхронизироваться с мировым опытом и национальными разработками в рамках ТК 505, а не загонять самих себя в технологическую изоляцию. Также не мешало бы скоординировать работу с разработчиками национального расширения IDS-стандарта.
🛑 Не описывать сущности в требованиях кодами по КСИ. КСИ - важный справочник, но его коды не должны жестко вшиваться в структуру требований. В IFC есть механизм, присваивать элементам классификационную ссылку через IfcClassification и IfcClassificationReference. Это позволяет гибко использовать КСИ и любой другой классификатор одновременно, без переписывания правил.
🛑 Использовать стандартные свойства IFC и всю его мощь как онтологии. На первом этапе вместо введения тысяч новых полей - разработать таблицу мэппинга произвольных свойств требований к стандартным наборам IFC (Pset_ и Qto_). Хотите проверять "Предел огнестойкости"? Сопоставьте это требование со стандартным свойством FireRating из Pset_WallCommon. На следующем этапе - начинать работать со связями.
Предлагаемый путь - это переход от создания "ещё одного формата" к интеграции методики в существующую онтологию данных строительной отрасли, описанную в IFC. Это снимет ряд технических противоречий, устранит двойные трудозатраты и, главное, даст на выходе практический инструмент для сложных междисциплинарных проверок.
Кратко:
- IFC - как базовый фундамент;
- механизм классификационных ссылок для гибкости;
- таблицы мэппинга свойств и использование связей IFC;
- развитие IDS.
👥 @IFC_ru
👥 @IFC_club | 2 943 |
| 8 | О методическом пособии по созданию цифровых требований (часть 1/2)
"НИЦ ЦПС" по заказу ФАУ "ФЦС" разработал методическое пособие по созданию цифровых требований для проверки ЦИМ. Мы не можем пройти мимо этого документа, так как направляли в ФАУ "ФЦС" наши комментарии по нему, но они остались без ответа. Проанализируем документ и обозначим некоторые вопросы.
Сразу обозначим, что создавать формат для требований без привязки к формализованной схеме данных - это как писать правила дорожного движения, не зная, какие бывают машины, дороги и знаки. Здесь предполагается ввести свой «язык» описания проверок, игнорируя тот факт, что модели уже давно представляются по стандарту IFC (ГОСТ Р 10.0.02-2019).
К чему это приведёт на практике?
🔴 Семантический разрыв. Требования будут описывать одни сущности и связи, а данные в IFC-модели будут содержать другие. Глухой телефон.
🔴 Эпоха коннекторов. Вместо следования единому стандарту каждой системе автоматизированной проверки придется писать собственный "переводчик" с языка методики. Это приведет к двойным трудозатратам для всех: и для составителей требований, и для разработчиков ПО.
🔴 Методика делает ставку исключительно на КСИ. Но строительная отрасль им не ограничивается: используются МССК, отраслевые классификаторы РЖД и т.д. Привязка только к КСИ не только игнорирует это, но и делает всю систему заложником его частых обновлений (4+ раза в год!): все созданные ранее правила проверок придется постоянно актуализировать из-за возможной смены кодов.
🔴 Игнорирование IFC. Самое тревожное - подход заточен только под проверку атрибутов ("параметров"). Он игнорирует мощь объектно-ориентированной модели IFC как онтологии: типизированные связи, наследование свойств - не слышали?
Скатываясь к примитивному способу проверок, их ценность просто потеряется. И тогда зачем это всё?
Создавать изолированный язык для проверок - это методологический тупик. Мы рискуем получить стройный, но, к сожалению, бесполезный реестр требований. Проверка моделей на эти требования не будет иметь большой значимости и смысла.
Далее напишем - как попытаться всё поправить.
@IFC_ru
@IFC_club | 2 633 |
| 9 | Коллизии. Новый взгляд? (Дополнение)
Над предложенным выше делением коллизий еще стоить поработать, но здесь важен сам подход.
Кстати, он принципиально отличается от того, что предлагается в ЕСИМ, где дефекты подразделяются на:
🔴 устранимые и неустранимые (по возможности исправления);
🔴 скрытые и явные (по вероятности/сложности обнаружения);
🔴 критические и некритические (по приоритету).
Подход ЕСИМ лежит в другой плоскости. И это никакая не классификация по типам коллизий (как нас уверяют разработчики стандартов), а их статусы, так как эти характеристики подойдут предложенных нами типов. Но с ними можно согласиться и даже расширить, так как с их помощью можно будет определять уровень риска коллизии. А это может улучшить практику управления проектом.
То есть оба подхода могут друг друга хорошо дополнить.
1️⃣ Структура по типам коллизий даст удобную навигацию и поможет найти источник проблемы, а также назначить исполнителя.
2️⃣ Оценка риска дефекта позволит понять последствия и вовремя предпринять нужные решения.
👥 @IFC_ru
👥 @IFC_club | 1 157 |
| 10 | +1 Иерархия коллизий.pdf | 1 081 |
| 11 | Коллизии. Новый взгляд?
Продолжаем тему коллизий. Сегодня сложилось обывательское убеждение, что «проверка на коллизии» - это про геометрические пересечения.
А во времена BIM-стандартов от вендоров предлагалось что-то странное: жесткие коллизии, мягкие, газообразные… Это аналогично 4D, 5D, 6D, 7D. Проблема в том, что пока не посмотришь, что это значит, не поймешь, о чем речь. В результате - недопонимание и проблемы в коммуникации.
Поразмыслив мозгами, давайте попробуем переработать эту концепцию, и подумаем, как навести порядок в коллизиях и проверках.
🔍 В приложенном ниже файле я предложил структуру типов коллизий/дефектов, выявляемых в результате верификации и валидации. Коллизии представлены шире, чем только геометрические. На истину не претендую, просто предложение.
🔹 При верификации выявляются дефекты в синтаксисе и семантике набора данных (файла IFC, XML-документа и т.д.). Например, в IFC-файле обнаружен GUID, начинающий с буквы, хотя по правилам в IFC он должен начинаться с цифры.
🔹 При валидации проверяем данные на различные семантические требования (в том числе высокого уровня: нормативные требования).
Это лишь набросок, но такое деление добавит системности и в перспективе не позволит упустить ни одну категорию проверок и будет основой для дальнейшей автоматизации.
👥 @IFC_ru
👥 @IFC_club | 1 026 |
| 12 | СОДЕРЖАНИЕ 2026 (обновляется)
1. Коллизии. Новый взгляд? + иерархия коллизий
2. Коллизии. Новый взгляд? Дополнение.
3.
4.
5.
6.
7.
Подкасты "BIM-среда" на Youtube 📹 | Rutube 📺
👥 @IFC_ru
👥 @IFC_club | 873 |
| 13 | СОДЕРЖАНИЕ 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 | 1 081 |
| 14 | Предновогодний прогон всех постов канала через ИИ (+статистика от TGStat)
В дополнение к статистике от ТGStat пропустили через ИИ все посты нашего канала. И вот что он сказал:
В лидерах по темам в 2025 году оказались:
1. Цифровые требования (IDS) и их развитие – 14 постов
2. Критика и разбор нормативных документов – 11 постов и упоминаний
3. Разбор ТЗ на ЦИМ (серия постов) – 10 постов и упоминаний
4. Инструменты для работы с IFC – 9 постов и упоминаний
5. IFC-структура, классы и связи – 8 постов
6. Интеграция ИИ и IFC – 7 постов
7. OpenBIM и открытые стандарты – 6 постов
8. Связь чертежей и IFC-моделей – 5 постов и упоминаний
9. Обучение и курсы – 4 поста
10. Инфраструктурные объекты и IFC – 4 поста
11. Прочие темы – 5 постов
💻 Самый популярный пост 💻
Вывод от ИИ:
2025 год стал годом цифровых требований (IDS) и глубокого анализа нормативной базы. Канал активно продвигал переход от «бумажных» стандартов к машиночитаемым форматам, критиковал противоречия в документах Минстроя и показывал практические инструменты для работы с IFC.
Главный месседж канала 2025 года по версии DeepSeek:
«IFC — это не просто формат обмена геометрией, а онтология для управления данными на всём жизненном цикле. Цифровые требования (IDS) и открытые стандарты — основа цифровой зрелости отрасли.»
Всех с Наступающим!
🎄 @IFC_ru
🎄 @IFC_club | 835 |
| 15 | Перевод реестра требований из человекочитаемой формы в машинно-интрепретируемую - задача непростая. Самое главное здесь - выстроить четкий фундамент, иначе это будет работа в стол.
На прошедшем XI BIM-Форуме команда Института системного программирования РАН представила технологический стек, меняющий подход к цифровой нормативной базе. Их цель - это полная автоматизация цепочки:
НОРМАТИВ (текст) ➡️ OWL-ОНТОЛОГИЯ ➡️ SPARQL/SWRL-ПРАВИЛА ➡️ IDS++ ➡️ АВТОПРОВЕРКА IFC
Текст нормативов предлагается сначала переводить в виде OWL-онтологии (машинопонятный "словарь"). Далее с помощью SPARQL (язык запросов) и SWRL (язык логических правил) они трансформируются в спецификации IDS/IDS++ для проверки IFC-моделей.
Таким образом, от пункта норматива появляется сквозная прослеживаемость к правилу SWRL, его формализованному представлению в IDS++ и далее (после валидации) к замечанию в BCF. Важно, что система будет проводить семантическую проверку, то есть "понимать" и обращаться не только к атрибутам модели, но и контексту, отношениям и геометрии.
Это не ещё один плагин, а создание формальных знаний для строительной отрасли. Фундаментальный подход, где конечным продуктом являются готовые стандартизированные IDS-файлы для повседневной практической проверки данных в IFC.
👥 @IFC_ru
👥 @IFC_club | 1 004 |
| 16 | BIM-форум: поговорим про чертежи и модели
Завтра приму участие в Круглом столе «ЦИМ как отказ от чертежей: все «за» и все «против».
Тема стара как мир, но вновь и вновь всплывает в BIM-среде. Для нее были поводы и у нас на канале:
🟡 XML-бомба, способная изменить всё!
🔵 BIM-среда: «Экспертиза без чертежей: ожидания и реальность» (гость: Сергей Сербин) и наше мнение о пилоте
🟣 Как совместить модель в IFC с чертежами
🔴 Связка IFC и чертежей: проблема целостности данных
🟢 Способы связки чертежей и модели в IFC
Завтра обсудим эту важную и сложную тему с разных сторон. До встречи! | 1 980 |
| 17 | В Москве проходит ежегодный форум РосТИМ 2025 от Аскон.
Неожиданно для себя получил награду за «популяризацию правильных подходов» по работе с открытыми форматами.
Друзья! Искренне радует, что нашу деятельность оценивают и разработчики ПО. А значит, надеюсь, мы движемся в нужном направлении.
Этот канал - это только часть нашей деятельности, здесь всё на энтузиазме. И хотя постов стало чуть меньше (в связи с загрузкой под конец года), но я считаю, что лучше писать что-то интересное и по делу, чем просто написать что-нибудь о BIM.
👥 @IFC_ru
👥 @IFC_club | 1 528 |
| 18 | Это нельзя не отрепостить) Спасибо Анастасии Кирюшиной за любовь к нашему каналу. Это взаимно, хотя стиль и контент разный.
И некоторые цитаты я бы сам уточнил (всё-таки некоторым уже год и более), но мне больше интересен факт выбора именно этих цитат. | 1 192 |
| 19 | 👽 А вот и карточки по мотива статьи "Тренд на IFC"
➡️ ССЫЛКА НА СТАТЬЮ ⬅️
❤️ Будь в тренде, залетай на планету информационного менеджмента @letsmanagebim
#LETSread | 1 214 |
| 20 | Способы связки чертежей с моделями в IFC.
Ранее мы говорили, что для связки модели и чертежей необходимо обеспечить целостность данных в ИМ ОКС. Стремления закрепить в Градкодексе цифровую информационную модель только усилит эту необходимость.
И раз уж решили идти по этому пути, то сразу надо подумать наперед о том, как:
1️⃣ обеспечить единовременную выгрузку модели и листов чертежей из САПР;
2️⃣ связать 2D-объекты на чертежах с элементами модели;
3️⃣ связать табличные данные (ведомости и спецификации) с элементами модели;
4️⃣ обеспечить возможность просмотра видов (разрезов, сечений) в пространстве модели вместе с аннотациями и штриховками чертежа.
🔍 Способ 1. Связь IFC и SVG
По этому пути двигается Bonsai (ex. BlenderBIM). Виды и аннотации создаются в редакторе, сохраняются в IFC. Сам лист чертежа оформляется и экспортируется в популярный векторный формат SVG с XML-разметкой, где 2D-объекты имеют IfcGUID для связи с элементами модели. И тут каждый SVG-файл - это отдельный лист чертежа. Из минусов: не решена проблемы 1 и 4.
🔍 Способ 2. Связь IFC и XPS
Формат XPS создавался как замена PDF, но с XML-разметкой, и в этом его главный плюс. Спецификация формата зарегистрирована как открытый международный стандарт. В отличие от SVG имеет постраничную структуру, как и PDF, и может содержать в одном файле множество листов чертежей. Связь между моделью и чертежом также реализуется с помощью IfcGUID. Старый формат DWFx от Autodesk был реализован на базе XPS.
Выгрузка чертежей в XPS есть у Renga, правда IfcGUIDов мне в нем найти не удалось.
У первых двух способов важно, чтобы САПР сохранял виды/разрезы в IFC. Не каждое ПО это умеет. Но почти каждое умеет работать с отчетами в BCF, а значит:
🔍 Способ 3. Связь IFC и BCF
Идея принадлежит Игорю Шерстенникову: настраиваются нужные виды с координатами камеры и ракурсом и выгружаются в BCF, который может содержать скриншот чертежа. Понадобится только автоматически наложить аннотации на каждом виде и смотреть их в пространстве модели. Но тут возникают доп вопросы, как будут созданы аннотации в IFC? Подход сейчас проходит апробацию и есть первые результаты. Этот способ подразумевает уход от оформления листов, а это рождает описанные ранее проблемы.
Конечно, есть еще вариант полностью отказаться от чертежей, но пока тут много подводных камней.
👥 @IFC_ru
👥 @IFC_club | 2 794 |
