🔄 Многие привыкли воспринимать IFC исключительно как формат обмена ЦИМ между различным...
🔄 Многие привыкли воспринимать IFC исключительно как формат обмена ЦИМ между различными САПР. Хотя стандарт позволяет хранить не только геометрию и свойства элементов, но и информацию о работах, сроках их выполнения, ресурсах, исполнителях и связях с элементами модели. То есть в одном IFC-файле вполне можно разместить календарный график строительства и получить основу для полноценной 4D-модели. ☝🏻 Казалось бы, отличная возможность, особенно учитывая, сколько лет мы говорим о применении BIM для управления строительством. Однако на практике календарно-сетевое планирование продолжает жить в специализированных продуктах вроде Primavera P6, MS Project, Spider Project, Plan-R, SYNCHRO, и т.д. каждый из которых имеет собственную модель данных. И хотя отдельные инструменты поддерживают экспорт 4D-данных в IFC, общепринятым способом обмена графиками этот формат так и не стал. 🤷🏻♂️ Причин, на мой взгляд, несколько: сложность самого IFC, его восприятие преимущественно как формата обмена между САПР, недостаток доверия к передаче через него сложных данных. Но главная причина, пожалуй, гораздо банальнее: а зачем вообще хранить ЦИМ и календарный график в одном файле? ❗️Работа с графиками и информационными моделями предполагает разные процессы, инструменты и компетенции. Поэтому объединение всего этого в одной структуре данных само по себе ещё не даёт очевидных преимуществ. Тем более что и 4D-моделирование, несмотря на многолетнее продвижение, пока сложно назвать повсеместной практикой. 🛠 Хотя, например, в Bonsai уже сегодня можно работать с графиком непосредственно внутри IFC, отображать его на диаграмме Ганта и связывать работы с элементами ЦИМ. Получается довольно интересная заготовка для 4D-модели, причём все данные могут храниться в одном файле. Вот только для практического использования этих возможностей нужны соответствующие инструменты и компетенции, а работа со структурой IFC для большинства специалистов остаётся непривычной. 📌 Интересно, что в проекте нового постановления Правительства Москвы уже предусматривается обязательное формирование 4D-графиков на основе ЦИМ с привязкой элементов к работам и возможностью двусторонней синхронизации. Правда, требований хранить сам график непосредственно в IFC там нет, поэтому пока я слабо верю, что подобные инициативы изменят сложившийся подход к обмену данными. ❇️В общем, история с графиками в IFC в очередной раз напоминает, что наличие технической возможности ещё не означает её практической востребованности. И на вопрос «Можно ли хранить календарный график непосредственно в IFC?» невольно вспоминается ответ из известного мема: «Можно, а зачем?» ℹ️ Хотя кто знает, возможно, когда-нибудь эти возможности всё-таки окажутся востребованными, причём совсем не обязательно в привычном нам виде и даже не обязательно в IFC. Как феникс, восставший из пепла. Наш Telegram | Наш ВКонтакте