🙅🏻♂️ В своей практике периодически сталкивался, когда при сборе…
🙅🏻♂️ В своей практике периодически сталкивался, когда при сборе исходных данных в процессе разработки внутренних стандартов, мне вместо классов сущностей элементов ЦИМ несколько раз присылали... ага, категории Revit. Причём приходило от разных спецов, что в очередной раз заставляет задуматься, насколько прочно в нашем профессиональном сообществе укоренилось представление о том, что BIM - это, по сути, Revit.
❌ Но ведь категория элемента в САПР и класс сущности в информационной модели - это очень разные понятия. Категории Revit являются частью внутренней организации софта и определяют доступные инструменты, параметры и особенности поведения элементов. Классы сущностей в стандарте IFC, например, IfcWall, IfcDoor или IfcColumn, определяют, чем являются соответствующие объекты в независимой модели данных.
🙄 Например, при моделировании молниезащиты в Revit иногда используют категорию «Воздуховоды», поскольку её инструменты удобно применять для создания практически плоских и протяжённых элементов, меняющих направление. Получается, что в Revit молниезащита может быть воздуховодом. Но это ведь не означает, что при передаче информационной модели в другую систему мы должны представлять её как IfcDuctSegment…
🔄 Корректное определение класса IFC позволяет другим BIM-системам понимать функцию элемента и применять к нему соответствующие механизмы обработки и проверки. Само собой, это не значит что оно автоматически превратится в полноценный нативный элемент САПР, тут многое зависит от реализации поддержки IFC разработчиком ПО. Но это не повод отказываться от применимого представления объектов в независимой модели данных.
🏗 Тем более это архиважно, если ЦИМ рассматривается как самостоятельный результат проектирования, отражающий принятые проектные решения и предназначенный для дальнейшего использования, а не просто как вспомогательный инструмент для разработки документации. В таком случае структура модели должна быть понятна независимо от того, в какой САПР она была разработана.
Да и никто не запрещает устанавливать требования к категориям САПР, если речь идёт о правилах разработки моделей в конкретной программе. Главное не путать такие правила с требованиями к самой ЦИМ.
🤷🏻♂️В общем, пока мы продолжаем описывать элементы ЦИМ через категории софта, мы переносим ограничения и особенности этого софта на саму модель. А ведь одна из ключевых идей openBIM как раз заключается в том, чтобы информация об объекте могла существовать и использоваться независимо от инструментов, с помощью которых она была создана.
ℹ️ Худшее из зол молниезащиты то, что добром воздуховодом прикидывается...
Наш Telegram | Наш ВКонтакте
❌ Но ведь категория элемента в САПР и класс сущности в информационной модели - это очень разные понятия. Категории Revit являются частью внутренней организации софта и определяют доступные инструменты, параметры и особенности поведения элементов. Классы сущностей в стандарте IFC, например, IfcWall, IfcDoor или IfcColumn, определяют, чем являются соответствующие объекты в независимой модели данных.
🙄 Например, при моделировании молниезащиты в Revit иногда используют категорию «Воздуховоды», поскольку её инструменты удобно применять для создания практически плоских и протяжённых элементов, меняющих направление. Получается, что в Revit молниезащита может быть воздуховодом. Но это ведь не означает, что при передаче информационной модели в другую систему мы должны представлять её как IfcDuctSegment…
🔄 Корректное определение класса IFC позволяет другим BIM-системам понимать функцию элемента и применять к нему соответствующие механизмы обработки и проверки. Само собой, это не значит что оно автоматически превратится в полноценный нативный элемент САПР, тут многое зависит от реализации поддержки IFC разработчиком ПО. Но это не повод отказываться от применимого представления объектов в независимой модели данных.
🏗 Тем более это архиважно, если ЦИМ рассматривается как самостоятельный результат проектирования, отражающий принятые проектные решения и предназначенный для дальнейшего использования, а не просто как вспомогательный инструмент для разработки документации. В таком случае структура модели должна быть понятна независимо от того, в какой САПР она была разработана.
Да и никто не запрещает устанавливать требования к категориям САПР, если речь идёт о правилах разработки моделей в конкретной программе. Главное не путать такие правила с требованиями к самой ЦИМ.
🤷🏻♂️В общем, пока мы продолжаем описывать элементы ЦИМ через категории софта, мы переносим ограничения и особенности этого софта на саму модель. А ведь одна из ключевых идей openBIM как раз заключается в том, чтобы информация об объекте могла существовать и использоваться независимо от инструментов, с помощью которых она была создана.
ℹ️ Худшее из зол молниезащиты то, что добром воздуховодом прикидывается...
Наш Telegram | Наш ВКонтакте
Просмотры: 30