Всё про IFC
Новости и полезности по IFC.
Главное IFC-сообщество: @ifc_club
Для связи: @AlexanderShilo
Главное IFC-сообщество: @ifc_club
Для связи: @AlexanderShilo
TGlist rating
0
0
TypePublic
Verification
Not verifiedTrust
Not trustedLocation
LanguageOther
Channel creation dateDec 23, 2023
Added to TGlist
Nov 26, 2024Linked chat
Latest posts in group "Всё про IFC"
20.02.202505:36
Проверка IFC моделей по требованиям IDS
На Хабре вышла хорошая обзорная статья от Ильи Савельева по работе с IDS-требованиями, с полезными ссылками и практическими кейсами на Python и библиотеки ifcopenshell.
Добавляем в закладки.
👥 @IFC_ru
👥 @IFC_club
На Хабре вышла хорошая обзорная статья от Ильи Савельева по работе с IDS-требованиями, с полезными ссылками и практическими кейсами на Python и библиотеки ifcopenshell.
Добавляем в закладки.
👥 @IFC_ru
👥 @IFC_club
11.02.202511:25
DeepSeek и IFC. Пример запроса
Запрос:
Ответ:
Для сопоставления работы "Устройство железобетонных колонн в деревянной опалубке высотой: до 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.
Используй только данные с ресурса 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.
09.02.202512:26
✈️ Запись эфира "OpenSource, IFC и IDS в управлении проектами"
✈️ Гость: Антон Мотовилов, руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»
📹Youtube | 📺Rutube | ✈️Презентация
👥 @IFC_ru
👥 @IFC_club
✈️ Гость: Антон Мотовилов, руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»
📹Youtube | 📺Rutube | ✈️Презентация
👥 @IFC_ru
👥 @IFC_club
04.02.202511:56
Как посмотреть структуру IFC-файла
🛑 GeometryGym IFC Tree Viewer (скрин 1) - легкий и быстрый просмотрщик "дерева" IFC-файла с показом наименования атрибутов.
🛑 IfcQuickViewer (скрин 2) - еще один простой и надежный просмотрщик структуры IFC-файлов, которому уже более 20 лет. С его помощью можно отследить связи элемента с другими.
🛑 KITModelViewer (скрин 3) - мощный, но порой вылетающий, немецкий вьюер. Плюсом является то, что можно увидеть STEP-структуру элемента вместе с иерархией, геометрией, свойствами и связями.
🛑Open IFC Viewer (скрин 4) - недоступный без VPN вьюер от ODA с хорошим функционалом по просмотру структуры файла.
Ну и конечно же старый добрый Notepad++ с предварительной настройкой подсветки IFC-синтаксиса. Без подсветки совсем грустно.
Каждый из них по-своему хорош и бывает нужен для разных задач. Поэтому лучше установить их все.
👥 @IFC_ru
👥 @IFC_club
🛑 GeometryGym IFC Tree Viewer (скрин 1) - легкий и быстрый просмотрщик "дерева" IFC-файла с показом наименования атрибутов.
🛑 IfcQuickViewer (скрин 2) - еще один простой и надежный просмотрщик структуры IFC-файлов, которому уже более 20 лет. С его помощью можно отследить связи элемента с другими.
🛑 KITModelViewer (скрин 3) - мощный, но порой вылетающий, немецкий вьюер. Плюсом является то, что можно увидеть STEP-структуру элемента вместе с иерархией, геометрией, свойствами и связями.
🛑
Ну и конечно же старый добрый Notepad++ с предварительной настройкой подсветки IFC-синтаксиса. Без подсветки совсем грустно.
Каждый из них по-своему хорош и бывает нужен для разных задач. Поэтому лучше установить их все.
👥 @IFC_ru
👥 @IFC_club
03.02.202509:31
Ежемесячный подкаст "BIM-среда" в IFC Клубе!
Помните крутой доклад на BIM-форуме про BIM-менеджмент и IDS? В эту среду мы поговорим подробнее, что к чему и почему.
🗓️ Среда, 5 февраля, в 16-00 МСК
🔊 Тема: "OpenSource, IFC и IDS в управлении проектами"
Гость:
👤 Антон Мотовилов, Руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»
Поговорим о:
🛑управлении процессами по информационному моделированию с помощью инструментов на открытом исходном коде;
🛑управлении требованиями к IFC-моделям с использованием OpenSource-решений;
🛑разработках в части автоматизации проверок моделей;
🛑и перспективах применения такого подхода.
Присоединяйтесь!
Встреча будет проходить в группе в формате видео-чата.
👥 @IFC_ru
👥 @IFC_club
Помните крутой доклад на BIM-форуме про BIM-менеджмент и IDS? В эту среду мы поговорим подробнее, что к чему и почему.
🗓️ Среда, 5 февраля, в 16-00 МСК
🔊 Тема: "OpenSource, IFC и IDS в управлении проектами"
Гость:
👤 Антон Мотовилов, Руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»
Поговорим о:
🛑управлении процессами по информационному моделированию с помощью инструментов на открытом исходном коде;
🛑управлении требованиями к IFC-моделям с использованием OpenSource-решений;
🛑разработках в части автоматизации проверок моделей;
🛑и перспективах применения такого подхода.
Присоединяйтесь!
Встреча будет проходить в группе в формате видео-чата.
👥 @IFC_ru
👥 @IFC_club
28.01.202512:59
Bonsai - еще не САПР, но больше, чем САПР
В то время, как бесплатный ИИ-помощник DeepSeek уложил на лопатки IT-гигантов, вернемся в более приземленное русло.
Новые инструменты на основе принципов открытости могут заявить о себе очень быстро. И BIM-моделирование - не исключение.
У нас нет завышенных ожиданий по поводу Bonsai, однако считаем, что этот инструмент заслуживает в IFC Клубе отдельной ветки Bonsai | BlenderBIM.
➖Конечно, надстройку Bonsai на базе мощного бесплатного ПО Blender нельзя назвать полноценным САПР.
✅Вместе с тем его возможности выходят за рамки обычного IFC-вьюера и традиционных САПР.
Что в нем стоит обсудить:
🔹 Обнаружение коллизий и работа по их устранению на базе BCF
🔹 Создание новых IFC-моделей с нуля и редактирование существующих
🔹 Создание 2D-документации
🔹 Исправление некорректной координационной привязки файлов IFC
🔹 Создание календарных графиков и их визуализации
🔹 Интеграция c bSDD для подключения альтернативной классификации
🔹 Перевод моделей между различными версиями IFC (например, IFC4 в IFC4x3)
🔹 Использование библиотек IFC для повторного применения
🔹 Валидация моделей на соответствие цифровым требованиям IDS
🔹 Извлечение необходимых данных
🔹 Назначение наборов свойств (Psets) для объектов
🔹 и многое другое.
В то время, как бесплатный ИИ-помощник DeepSeek уложил на лопатки IT-гигантов, вернемся в более приземленное русло.
Новые инструменты на основе принципов открытости могут заявить о себе очень быстро. И BIM-моделирование - не исключение.
У нас нет завышенных ожиданий по поводу Bonsai, однако считаем, что этот инструмент заслуживает в IFC Клубе отдельной ветки Bonsai | BlenderBIM.
➖Конечно, надстройку Bonsai на базе мощного бесплатного ПО Blender нельзя назвать полноценным САПР.
✅Вместе с тем его возможности выходят за рамки обычного IFC-вьюера и традиционных САПР.
Что в нем стоит обсудить:
🔹 Обнаружение коллизий и работа по их устранению на базе BCF
🔹 Создание новых IFC-моделей с нуля и редактирование существующих
🔹 Создание 2D-документации
🔹 Исправление некорректной координационной привязки файлов IFC
🔹 Создание календарных графиков и их визуализации
🔹 Интеграция c bSDD для подключения альтернативной классификации
🔹 Перевод моделей между различными версиями IFC (например, IFC4 в IFC4x3)
🔹 Использование библиотек IFC для повторного применения
🔹 Валидация моделей на соответствие цифровым требованиям IDS
🔹 Извлечение необходимых данных
🔹 Назначение наборов свойств (Psets) для объектов
🔹 и многое другое.
17.01.202507:12
"Формат RVT - это де-факто стандарт отрасли"
Многие считают формат САПР, в котором они привыкли работать, стандартом отрасли, особенно если вкладывают средства в его использование.
❓ Но может ли проприетарный формат стать полноценным стандартом в части организации данных? Что для этого нужно и почему?
1️⃣ Проблемы специализации.
Строительная отрасль обширна и включает множество типов объектов: здания, мосты, тоннели и другие. Это требует специфических инструментов для работы.
Даже "универсальные" САПР не всегда подходят для узких задач. К примеру, проектирование бревенчатых и каркасных домов в Revit может потребовать скриптов, плагинов или библиотечных элементов. Специализированные программы, вроде Cadwork, SEMA или К3-Коттедж часто эффективнее.
2️⃣ Применение нескольких программ.
В рамках одного проекта часто требуется несколько инструментов. Например, для раздела ГП могут потребоваться другие ПО с собственными форматами. САПР не могут полностью заменить программы для расчётов, смет или проектирования инфраструктуры, что создаёт необходимость интеграции данных из разных источников.
3️⃣ Риск зависимости от проприетарных форматов.
Любой проприетарный формат САПР - это частная закрытая разработка компании. На этом построен ее бизнес. В современном мире это нормально, но пользователь должен понимать все риски такого подхода.
4️⃣ Проблемы с хранением и версионностью.
Проприетарные форматы зачастую могут создавать проблемы долгосрочного хранения данных, и доступ к старым или новым версиям формата может быть затруднён.
5️⃣ Ограничения в схеме данных.
Схема данных в форматах САПР оптимизирована для работы ПО, а не для отражения иерархической структуры объекта. Это может усложнить стандартизацию данных. В открытых стандартах, таких как IFC, предлагается представлять данные в виде онтологии, описывающей логическую иерархию с учетом различных сценариев и задач.
Касаемо схемы есть еще ряд моментов:
➖ Ограниченная классификация элементов.
САПР имеют очень ограниченный набор категорий (например, отделку вынуждены создавать "стеной", а сваю - "колонной"), без возможности их расширения. Это заставляет пользователей применять дополнительную классификацию, записывая коды в параметры.
➖ Ограничения на создание наборов свойств и связей.
Некоторые САПР не позволяют создавать наборы свойств или управлять связями. Приходится создавать условные разделители, вроде этого:
Знакомо?
🔍 Чтобы стать стандартом данных, спецификация формата должна покрывать широкий спектр задач и представлять собой онтологию. При этом она должна быть написана, опубликована и утверждена.
🔍 Проприетарные форматы САПР, включая RVT, не обеспечивают полноценной стандартизации данных (хотя они удобны в работе проектировщика). Для этого требуются дополнительные действия: классификация элементов, маппинг свойств и настройка экспорта.
И открытые стандарты, такие как IFC, здесь играют ключевую роль.
📢 @IFC_ru
👥 @IFC_club
Многие считают формат САПР, в котором они привыкли работать, стандартом отрасли, особенно если вкладывают средства в его использование.
❓ Но может ли проприетарный формат стать полноценным стандартом в части организации данных? Что для этого нужно и почему?
1️⃣ Проблемы специализации.
Строительная отрасль обширна и включает множество типов объектов: здания, мосты, тоннели и другие. Это требует специфических инструментов для работы.
Даже "универсальные" САПР не всегда подходят для узких задач. К примеру, проектирование бревенчатых и каркасных домов в Revit может потребовать скриптов, плагинов или библиотечных элементов. Специализированные программы, вроде Cadwork, SEMA или К3-Коттедж часто эффективнее.
2️⃣ Применение нескольких программ.
В рамках одного проекта часто требуется несколько инструментов. Например, для раздела ГП могут потребоваться другие ПО с собственными форматами. САПР не могут полностью заменить программы для расчётов, смет или проектирования инфраструктуры, что создаёт необходимость интеграции данных из разных источников.
3️⃣ Риск зависимости от проприетарных форматов.
Любой проприетарный формат САПР - это частная закрытая разработка компании. На этом построен ее бизнес. В современном мире это нормально, но пользователь должен понимать все риски такого подхода.
4️⃣ Проблемы с хранением и версионностью.
Проприетарные форматы зачастую могут создавать проблемы долгосрочного хранения данных, и доступ к старым или новым версиям формата может быть затруднён.
5️⃣ Ограничения в схеме данных.
Схема данных в форматах САПР оптимизирована для работы ПО, а не для отражения иерархической структуры объекта. Это может усложнить стандартизацию данных. В открытых стандартах, таких как IFC, предлагается представлять данные в виде онтологии, описывающей логическую иерархию с учетом различных сценариев и задач.
Касаемо схемы есть еще ряд моментов:
➖ Ограниченная классификация элементов.
САПР имеют очень ограниченный набор категорий (например, отделку вынуждены создавать "стеной", а сваю - "колонной"), без возможности их расширения. Это заставляет пользователей применять дополнительную классификацию, записывая коды в параметры.
➖ Ограничения на создание наборов свойств и связей.
Некоторые САПР не позволяют создавать наборы свойств или управлять связями. Приходится создавать условные разделители, вроде этого:
___Параметры квартиры_____
Знакомо?
🔍 Чтобы стать стандартом данных, спецификация формата должна покрывать широкий спектр задач и представлять собой онтологию. При этом она должна быть написана, опубликована и утверждена.
🔍 Проприетарные форматы САПР, включая RVT, не обеспечивают полноценной стандартизации данных (хотя они удобны в работе проектировщика). Для этого требуются дополнительные действия: классификация элементов, маппинг свойств и настройка экспорта.
И открытые стандарты, такие как IFC, здесь играют ключевую роль.
📢 @IFC_ru
👥 @IFC_club
15.01.202506:36
Проблемы излишней стандартизации имен файлов моделей
«Мода» стандартизовать имена файлов модели появилась давно, во времена BIM-стандартов от вендоров и PAS 1192. Затем ее подхватили девелоперы. Но в основную редакцию ISO 19650 правила именования файлов не вошли.
В России апогеем этой тенденции стал СП333 2020 года, доведя этот процесс до абсурда.
В результате использования такого подхода:
➖ "правильно" называть файл будет занимать больше времени, чем создание его содержимого.
➖ даже если файл назван правильно, его имя настолько сложное, что это сводит на нет любую эффективность.
➖ смещается фокус с самой сути проекта, что только добавляют сложности, но не решают проблем.
Сегодня открытые данные приобретают все большую значимость, и излишнее кодирование имен файлов теряет смысл.
Однако требования к именам все же необходимы, но они должны быть адекватными:
✅ Краткость и ясность. Имена должны иметь очень простой формат, интерпетируемый и понятный человеку, с минимальным делением на блоки.
✅ Использование метаданных. Добавление атрибутов ключ/значение в виде метаданных к файлу позволяет системе управления файлами с контролем версий работать эффективнее.
✅ Использование информации в IFC. Большая часть информации уже содержится в структуре файла (например, версия IFC, IfcPerson, IfcOrganization, IfcApplication и т.д.). Данные в IFC открыты, и извлечь их не составит труда.
✅ Стабильность имен. Имя файла не должно содержать полей, которые постоянно меняются. Это избавит от излишней рутины и необходимости гадать, какой файл является актуальным.
✅ Значимость блоков. Необходимо упорядочивать структуру имени, начиная с наиболее значимых блоков. Так в них легче ориентироваться.
🔍 Стандартизация имен файлов важна, но она не должна становиться самоцелью.
📢 @ifc_ru
👥 @ifc_club
«Мода» стандартизовать имена файлов модели появилась давно, во времена BIM-стандартов от вендоров и PAS 1192. Затем ее подхватили девелоперы. Но в основную редакцию ISO 19650 правила именования файлов не вошли.
В России апогеем этой тенденции стал СП333 2020 года, доведя этот процесс до абсурда.
В результате использования такого подхода:
➖ "правильно" называть файл будет занимать больше времени, чем создание его содержимого.
➖ даже если файл назван правильно, его имя настолько сложное, что это сводит на нет любую эффективность.
➖ смещается фокус с самой сути проекта, что только добавляют сложности, но не решают проблем.
Сегодня открытые данные приобретают все большую значимость, и излишнее кодирование имен файлов теряет смысл.
Однако требования к именам все же необходимы, но они должны быть адекватными:
✅ Краткость и ясность. Имена должны иметь очень простой формат, интерпетируемый и понятный человеку, с минимальным делением на блоки.
✅ Использование метаданных. Добавление атрибутов ключ/значение в виде метаданных к файлу позволяет системе управления файлами с контролем версий работать эффективнее.
✅ Использование информации в IFC. Большая часть информации уже содержится в структуре файла (например, версия IFC, IfcPerson, IfcOrganization, IfcApplication и т.д.). Данные в IFC открыты, и извлечь их не составит труда.
✅ Стабильность имен. Имя файла не должно содержать полей, которые постоянно меняются. Это избавит от излишней рутины и необходимости гадать, какой файл является актуальным.
✅ Значимость блоков. Необходимо упорядочивать структуру имени, начиная с наиболее значимых блоков. Так в них легче ориентироваться.
🔍 Стандартизация имен файлов важна, но она не должна становиться самоцелью.
📢 @ifc_ru
👥 @ifc_club
24.11.202415:30
Как выгрузить связанные файлы Revit в один IFC
Пользователи Revit часто задают вопрос, можно ли выгружать связанные файлы Revit в общий IFC-файл?
Ответ: можно, но есть нюанс.
1️⃣ Общий IFC-файл следует создавать, только если:
🔹 нужно экспортировать два и более объекта/здания/секции (IfcBuilding), расположенных на одном участке (IfcSite);
🔹 имеем два и более объекта на разных участках.
Это также могут быть здания окружающей застройки, смежные корпуса и так далее.
2️⃣ Создавать общий IFC-файл из связанных смежных разделов в рамках одного проекта не совсем корректно с точки зрения структуры IFC-проекта, хотя и возможно. Потому как в таком случае мы получаем несколько IfcBuilding, наполненных элементами разных дисциплин, но по факту здание всего одно.
👥 @IFC_ru
👥 @IFC_club
Пользователи Revit часто задают вопрос, можно ли выгружать связанные файлы Revit в общий IFC-файл?
Ответ: можно, но есть нюанс.
1️⃣ Общий IFC-файл следует создавать, только если:
🔹 нужно экспортировать два и более объекта/здания/секции (IfcBuilding), расположенных на одном участке (IfcSite);
🔹 имеем два и более объекта на разных участках.
Это также могут быть здания окружающей застройки, смежные корпуса и так далее.
2️⃣ Создавать общий IFC-файл из связанных смежных разделов в рамках одного проекта не совсем корректно с точки зрения структуры IFC-проекта, хотя и возможно. Потому как в таком случае мы получаем несколько IfcBuilding, наполненных элементами разных дисциплин, но по факту здание всего одно.
👥 @IFC_ru
👥 @IFC_club
Records
21.02.202523:59
800
Subscribers24.11.202423:59
0
Citation index28.02.202523:59
826
Average views per post28.02.202523:59
826
Average views per ad post15.02.202523:59
4.23%
ER05.02.202517:20
78.12%
ERR28.01.202512:59
Bonsai - еще не САПР, но больше, чем САПР
В то время, как бесплатный ИИ-помощник DeepSeek уложил на лопатки IT-гигантов, вернемся в более приземленное русло.
Новые инструменты на основе принципов открытости могут заявить о себе очень быстро. И BIM-моделирование - не исключение.
У нас нет завышенных ожиданий по поводу Bonsai, однако считаем, что этот инструмент заслуживает в IFC Клубе отдельной ветки Bonsai | BlenderBIM.
➖Конечно, надстройку Bonsai на базе мощного бесплатного ПО Blender нельзя назвать полноценным САПР.
✅Вместе с тем его возможности выходят за рамки обычного IFC-вьюера и традиционных САПР.
Что в нем стоит обсудить:
🔹 Обнаружение коллизий и работа по их устранению на базе BCF
🔹 Создание новых IFC-моделей с нуля и редактирование существующих
🔹 Создание 2D-документации
🔹 Исправление некорректной координационной привязки файлов IFC
🔹 Создание календарных графиков и их визуализации
🔹 Интеграция c bSDD для подключения альтернативной классификации
🔹 Перевод моделей между различными версиями IFC (например, IFC4 в IFC4x3)
🔹 Использование библиотек IFC для повторного применения
🔹 Валидация моделей на соответствие цифровым требованиям IDS
🔹 Извлечение необходимых данных
🔹 Назначение наборов свойств (Psets) для объектов
🔹 и многое другое.
В то время, как бесплатный ИИ-помощник DeepSeek уложил на лопатки IT-гигантов, вернемся в более приземленное русло.
Новые инструменты на основе принципов открытости могут заявить о себе очень быстро. И BIM-моделирование - не исключение.
У нас нет завышенных ожиданий по поводу Bonsai, однако считаем, что этот инструмент заслуживает в IFC Клубе отдельной ветки Bonsai | BlenderBIM.
➖Конечно, надстройку Bonsai на базе мощного бесплатного ПО Blender нельзя назвать полноценным САПР.
✅Вместе с тем его возможности выходят за рамки обычного IFC-вьюера и традиционных САПР.
Что в нем стоит обсудить:
🔹 Обнаружение коллизий и работа по их устранению на базе BCF
🔹 Создание новых IFC-моделей с нуля и редактирование существующих
🔹 Создание 2D-документации
🔹 Исправление некорректной координационной привязки файлов IFC
🔹 Создание календарных графиков и их визуализации
🔹 Интеграция c bSDD для подключения альтернативной классификации
🔹 Перевод моделей между различными версиями IFC (например, IFC4 в IFC4x3)
🔹 Использование библиотек IFC для повторного применения
🔹 Валидация моделей на соответствие цифровым требованиям IDS
🔹 Извлечение необходимых данных
🔹 Назначение наборов свойств (Psets) для объектов
🔹 и многое другое.
04.02.202511:56
Как посмотреть структуру IFC-файла
🛑 GeometryGym IFC Tree Viewer (скрин 1) - легкий и быстрый просмотрщик "дерева" IFC-файла с показом наименования атрибутов.
🛑 IfcQuickViewer (скрин 2) - еще один простой и надежный просмотрщик структуры IFC-файлов, которому уже более 20 лет. С его помощью можно отследить связи элемента с другими.
🛑 KITModelViewer (скрин 3) - мощный, но порой вылетающий, немецкий вьюер. Плюсом является то, что можно увидеть STEP-структуру элемента вместе с иерархией, геометрией, свойствами и связями.
🛑Open IFC Viewer (скрин 4) - недоступный без VPN вьюер от ODA с хорошим функционалом по просмотру структуры файла.
Ну и конечно же старый добрый Notepad++ с предварительной настройкой подсветки IFC-синтаксиса. Без подсветки совсем грустно.
Каждый из них по-своему хорош и бывает нужен для разных задач. Поэтому лучше установить их все.
👥 @IFC_ru
👥 @IFC_club
🛑 GeometryGym IFC Tree Viewer (скрин 1) - легкий и быстрый просмотрщик "дерева" IFC-файла с показом наименования атрибутов.
🛑 IfcQuickViewer (скрин 2) - еще один простой и надежный просмотрщик структуры IFC-файлов, которому уже более 20 лет. С его помощью можно отследить связи элемента с другими.
🛑 KITModelViewer (скрин 3) - мощный, но порой вылетающий, немецкий вьюер. Плюсом является то, что можно увидеть STEP-структуру элемента вместе с иерархией, геометрией, свойствами и связями.
🛑
Ну и конечно же старый добрый Notepad++ с предварительной настройкой подсветки IFC-синтаксиса. Без подсветки совсем грустно.
Каждый из них по-своему хорош и бывает нужен для разных задач. Поэтому лучше установить их все.
👥 @IFC_ru
👥 @IFC_club
03.02.202509:31
Ежемесячный подкаст "BIM-среда" в IFC Клубе!
Помните крутой доклад на BIM-форуме про BIM-менеджмент и IDS? В эту среду мы поговорим подробнее, что к чему и почему.
🗓️ Среда, 5 февраля, в 16-00 МСК
🔊 Тема: "OpenSource, IFC и IDS в управлении проектами"
Гость:
👤 Антон Мотовилов, Руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»
Поговорим о:
🛑управлении процессами по информационному моделированию с помощью инструментов на открытом исходном коде;
🛑управлении требованиями к IFC-моделям с использованием OpenSource-решений;
🛑разработках в части автоматизации проверок моделей;
🛑и перспективах применения такого подхода.
Присоединяйтесь!
Встреча будет проходить в группе в формате видео-чата.
👥 @IFC_ru
👥 @IFC_club
Помните крутой доклад на BIM-форуме про BIM-менеджмент и IDS? В эту среду мы поговорим подробнее, что к чему и почему.
🗓️ Среда, 5 февраля, в 16-00 МСК
🔊 Тема: "OpenSource, IFC и IDS в управлении проектами"
Гость:
👤 Антон Мотовилов, Руководитель отдела цифровизации и технологий информационного моделирования, ООО «Желдорпроект»
Поговорим о:
🛑управлении процессами по информационному моделированию с помощью инструментов на открытом исходном коде;
🛑управлении требованиями к IFC-моделям с использованием OpenSource-решений;
🛑разработках в части автоматизации проверок моделей;
🛑и перспективах применения такого подхода.
Присоединяйтесь!
Встреча будет проходить в группе в формате видео-чата.
👥 @IFC_ru
👥 @IFC_club
Log in to unlock more functionality.