Настало время поговорить о последнем, десятом принципе BIM-манифеста.
Я заложил в этот принцип сразу несколько тем: открытость данных, обмен данными и долгосрочная доступность данных.
1️⃣ Открытость данных.
Когда мы говорим про интероперабельность (способность систем и обмениваться данными без ограничений), то вспоминаем IFC, BCF и IDS.
IFC - не только "нейтральный" формат файлов, но и классификатор и способ описания информации о модели, учитывающий взаимосвязи компонентов.
BCF - универсальный формат обмена замечаниями / коллизиями с привязкой к модели.
IDS - универсальный формат описания требований к модели и данным.
Важность открытых форматов большинство заказчиков осознало несколько лет назад, когда Autodesk ушел и РФ. Все создавали процессы, основанные на использовании одного конкретного ПО / формата файла, и если бы доступ к нему действительно был полностью закрыт, пришлось бы выстраивать процессы с нуля..
IFC для заказчика кажется оптимальным выбором. Можно один раз определить нейтральные требования и становится не важно, в каком софте работает проектировщик, лишь бы он умел правильно настраивать экспорт.
Но есть масса нюансов уже на стороне проектировщиков.
2️⃣ Обмен данными.
Как обменный формат для реального проектирования IFC до сих пор работает слабо, как PDF подложка вместо DWG. Поэтому получается, что BIM работает эффективно внутри одного ПО, а если у нас кроссплатформенная работа, то всё не так гладко.
Существует несколько глобальных решений для кроссплатформенной работы.
— Autodesk Data Exchange Connectors - серия плагинов, связывающих несколько ПО.
— Speckle - тут даю ссылку на пост со сравнением с коннекторами от Autodesk
— API Autodesk Data platform развивается в сторону "гранулированных" данных, чтобы можно было подключать к модели даже тех, кого туда обычно не пускают.
— Туда же можно отнести локальные решения типа Helix (связка SketchUp + Revit)
... и всё это недоступно в РФ...
Следующая проблема ждёт нас при смене стадии проекта. Если П и РД делают разные компании, то проектную модель в IFC (или даже в нативном формате) использовать сложно, скорее всего придётся делать новую почти с нуля. Такой себе BIM.
3️⃣ Долгосрочная доступность данных
Тут у нас вопрос доступности данных на этапах после завершения строительства. На западе используют COBie как способ организации данных про объект недвижимости, и это простая таблица, которую придумали задолго до BIM. Стандартных требований к BIM-модели нет. Как использовать IFC, если нужно будет через какое-то время перестраивать / реконструировать / модернизировать здание? Да, есть Bonsai (ex-Blender BIM), и возможно это и будет ответ. А пока, поможет нативный формат, исполнительные чертежи в DWG и структурированное хранение всей документации, чтобы быстро найти нужную информацию.
Как видите, интероперабельность данных очень важна. Но она базируется на стандартах, а стандарты часто идут вразрез с интересами разработчиков ПО. Поэтому сегодня между теорией и практикой колоссальный разрыв.
Пока десятый принцип BIM реализовать сложно, но думать об обмене и хранении данных нужно с самого начала проекта. Так и проектировщикам жизнь облегчим, и заказчик в конце проекта сможет получить не просто PDF чертежи, но максимум информации, от 2D чертежей до модели или даже базы данных.
Принцип интероперабельности данных:
Данные и модель передаются и хранятся в форматах или через механизмы, обеспечивающие их долгосрочную доступность и совместимость и упрощающие обмен информацией между разными системами.
Я заложил в этот принцип сразу несколько тем: открытость данных, обмен данными и долгосрочная доступность данных.
1️⃣ Открытость данных.
Когда мы говорим про интероперабельность (способность систем и обмениваться данными без ограничений), то вспоминаем IFC, BCF и IDS.
IFC - не только "нейтральный" формат файлов, но и классификатор и способ описания информации о модели, учитывающий взаимосвязи компонентов.
BCF - универсальный формат обмена замечаниями / коллизиями с привязкой к модели.
IDS - универсальный формат описания требований к модели и данным.
Важность открытых форматов большинство заказчиков осознало несколько лет назад, когда Autodesk ушел и РФ. Все создавали процессы, основанные на использовании одного конкретного ПО / формата файла, и если бы доступ к нему действительно был полностью закрыт, пришлось бы выстраивать процессы с нуля..
IFC для заказчика кажется оптимальным выбором. Можно один раз определить нейтральные требования и становится не важно, в каком софте работает проектировщик, лишь бы он умел правильно настраивать экспорт.
Но есть масса нюансов уже на стороне проектировщиков.
2️⃣ Обмен данными.
Как обменный формат для реального проектирования IFC до сих пор работает слабо, как PDF подложка вместо DWG. Поэтому получается, что BIM работает эффективно внутри одного ПО, а если у нас кроссплатформенная работа, то всё не так гладко.
Существует несколько глобальных решений для кроссплатформенной работы.
— Autodesk Data Exchange Connectors - серия плагинов, связывающих несколько ПО.
— Speckle - тут даю ссылку на пост со сравнением с коннекторами от Autodesk
— API Autodesk Data platform развивается в сторону "гранулированных" данных, чтобы можно было подключать к модели даже тех, кого туда обычно не пускают.
— Туда же можно отнести локальные решения типа Helix (связка SketchUp + Revit)
... и всё это недоступно в РФ...
Следующая проблема ждёт нас при смене стадии проекта. Если П и РД делают разные компании, то проектную модель в IFC (или даже в нативном формате) использовать сложно, скорее всего придётся делать новую почти с нуля. Такой себе BIM.
3️⃣ Долгосрочная доступность данных
Тут у нас вопрос доступности данных на этапах после завершения строительства. На западе используют COBie как способ организации данных про объект недвижимости, и это простая таблица, которую придумали задолго до BIM. Стандартных требований к BIM-модели нет. Как использовать IFC, если нужно будет через какое-то время перестраивать / реконструировать / модернизировать здание? Да, есть Bonsai (ex-Blender BIM), и возможно это и будет ответ. А пока, поможет нативный формат, исполнительные чертежи в DWG и структурированное хранение всей документации, чтобы быстро найти нужную информацию.
Как видите, интероперабельность данных очень важна. Но она базируется на стандартах, а стандарты часто идут вразрез с интересами разработчиков ПО. Поэтому сегодня между теорией и практикой колоссальный разрыв.
Пока десятый принцип BIM реализовать сложно, но думать об обмене и хранении данных нужно с самого начала проекта. Так и проектировщикам жизнь облегчим, и заказчик в конце проекта сможет получить не просто PDF чертежи, но максимум информации, от 2D чертежей до модели или даже базы данных.