📁 Про сведение моделей в один файл
🏖После небольшого летнего перерыва хотел бы поделиться мыслями по вопросу формирования сводных моделей. В ходе очередной дискуссии с многоуважаемыми специалистами, высказывалось мнение, что нельзя требовать предоставления сводной модели в проприетарном формате, т.к. это является лоббированием интересов вендора. И как альтернатива предлагалось сводить все модели в один… IFC-файл! Сначала я немного опешил, но потом решил, что надо, наверное, высказаться по этому поводу.
📚Для начала, давайте вспомним, что вообще обозначает термин сводная (или федеративная) модель.
🔻Минус тоже очевиден – зависимость от Navisworks. Но у него есть Freedom, распространенный в качестве бесплатного инструмента для просмотра, и популярный среди непрофильных специалистов и организаций. Подобным образом работают и другие инструменты, позволяющие собирать модели воедино (Solibri, BIMCollab, и т.п.). Они точно так же сохраняют сводную модель в свой проприетарный формат.
☝🏻Важно вот что: здесь файлы моделей, которые «свели», являются отдельными сущностями. То есть, ровно так как приводится в описании термина – свойства и поведения разных моделей не объединяются. Таким образом сохраняется независимость между сведенными файлами моделей и изменение в одной части не влияют на другую.
🌐Интеграция в один IFC файл разных моделей предполагает полную пересборку модели в соответствии с моделью данных IFC. То есть модели, объединенные в один IFC становятся «единым целым», где части влияют и зависимы друг от друга. Появляются дополнительные связи между элементами, увеличивающими время обработки в соответствующих инструментах. Не говоря уже о размерах файлов, которые влияют на эффективность работы с моделью. И очевидно, что это уже не федеративная модель.
💁🏻♂️Когда речь идет о небольших размерах и объемах объектов проектирования, возможно, так делать можно. Но в большинстве крупных BIM-проектах такая «интеграция» является излишней и чрезмерной, приводит не только к сложностям работы, но и к потере данных, ввиду повышенной сложности взаимосвязей.
🤷🏻♂️Если сводную модель в проприетарном формате запросить нельзя, то самым логичным решением является… да, не требовать сводную модель. Запросите набор отдельных моделей и сводите сами, в чем «можно».
Но мне больше нравится вариант, когда подрядчика подключают к среде общих данных, где он из отдельных моделей формирует сводную модель из отдельных файлов, соответствующим образом ее проверяя и используя.
❗️Резюме: если уж сводить модели, то правильно. Не пытайтесь упихнуть невпихуемое в IFC. Пожалуйста.
#информационнаясреда
@bimspoint
🏖После небольшого летнего перерыва хотел бы поделиться мыслями по вопросу формирования сводных моделей. В ходе очередной дискуссии с многоуважаемыми специалистами, высказывалось мнение, что нельзя требовать предоставления сводной модели в проприетарном формате, т.к. это является лоббированием интересов вендора. И как альтернатива предлагалось сводить все модели в один… IFC-файл! Сначала я немного опешил, но потом решил, что надо, наверное, высказаться по этому поводу.
📚Для начала, давайте вспомним, что вообще обозначает термин сводная (или федеративная) модель.
Федеративная информационная модель – это такая модель, которая связывает (но не объединяет) несколько монодисциплинарных моделей воедино. В отличие от интегрированных моделей, федеративные модели не объединяют свойства отдельных моделей в единую базу данных.❇️В большинстве информационных требований, с которыми мне приходилось работать, как правило, если уж и запрашивались файлы сводных моделей, то требовались они в формате .nwd (Navisworks Document). Плюсы этого формата понятны: возможность собрать сводник из абсолютно разносортного ПО, с гораздо меньшим размером файла, чем совокупность отдельных файлов моделей, да и к тому же с сохранением информации, сформированной в самом Navisworks (точки обзора, комментарии, коллизии, объемы, графики, анимации, скрипты и т.п.).
🔻Минус тоже очевиден – зависимость от Navisworks. Но у него есть Freedom, распространенный в качестве бесплатного инструмента для просмотра, и популярный среди непрофильных специалистов и организаций. Подобным образом работают и другие инструменты, позволяющие собирать модели воедино (Solibri, BIMCollab, и т.п.). Они точно так же сохраняют сводную модель в свой проприетарный формат.
☝🏻Важно вот что: здесь файлы моделей, которые «свели», являются отдельными сущностями. То есть, ровно так как приводится в описании термина – свойства и поведения разных моделей не объединяются. Таким образом сохраняется независимость между сведенными файлами моделей и изменение в одной части не влияют на другую.
🌐Интеграция в один IFC файл разных моделей предполагает полную пересборку модели в соответствии с моделью данных IFC. То есть модели, объединенные в один IFC становятся «единым целым», где части влияют и зависимы друг от друга. Появляются дополнительные связи между элементами, увеличивающими время обработки в соответствующих инструментах. Не говоря уже о размерах файлов, которые влияют на эффективность работы с моделью. И очевидно, что это уже не федеративная модель.
💁🏻♂️Когда речь идет о небольших размерах и объемах объектов проектирования, возможно, так делать можно. Но в большинстве крупных BIM-проектах такая «интеграция» является излишней и чрезмерной, приводит не только к сложностям работы, но и к потере данных, ввиду повышенной сложности взаимосвязей.
🤷🏻♂️Если сводную модель в проприетарном формате запросить нельзя, то самым логичным решением является… да, не требовать сводную модель. Запросите набор отдельных моделей и сводите сами, в чем «можно».
Но мне больше нравится вариант, когда подрядчика подключают к среде общих данных, где он из отдельных моделей формирует сводную модель из отдельных файлов, соответствующим образом ее проверяя и используя.
❗️Резюме: если уж сводить модели, то правильно. Не пытайтесь упихнуть невпихуемое в IFC. Пожалуйста.
#информационнаясреда
@bimspoint