Илья Глуханюк

LOD это трата времени и сдерживание BIM

Добрый день коллеги, вашему вниманию хочется представить перевод записи автора Donatas Aksomitas, с весьма полемическим названием:

LOD is wasting our time and holding BIM back

Блог появился совсем недавно, но поднятая в его записях проблематика очень интересна и вероятно будет актуальна в контексте формирования отечественного BIM стандарта. Перед тем как перейти непосредственно к тексту записи, хочу отметить, что у поднятой автором темы есть продолжение на том же блоге, если вам это будет интересно мы опубликуем переводы и последующих статей. Ваши мысли можете написать в комментариях к записи.

Публикуем перевод этой записи ниже…

LOD это трата времени и сдерживание BIM

Все с интересом наблюдают за борьбой BIM с LOD. Это касается не только тонкостей трактовки этого термина и непоследовательности его использования: «Что же означает эта аббревиатура – Уровни определений (Levels of Definition) или Уровни проработки (Level of Development) или Уровни детализации (Level of Detail) и как все это отличается от Уровней информации (Level of Information — LOI)?» В большой степени эта борьба происходит при попытке практического применения этого трудоемкого и часто неэффективного подхода к управлению BIM данных.

Этот подход, в конце концов предусмотрен во многих BIM стандартах по всему миру (большие сложные документы, которые, тем не менее часто являются неполными и неоднозначными для специалистов-практиков). Это стандартный протокол. И это приводит к перегрузке информации в BIM модели, путанице и срывов сроков.

 

BIM, с тех пор как это понятие возникло, всегда подразумевало использование инновации для эффективной работы с данными (сбор, обмен и использование) в проектной и строительной отрасли. Однако то, во что это превратилось сегодня, является бездумным накоплением все большего и большего количества данных, просто ради «галочки» отмечаются все доступные флажки в документе.

Возьмем пример, где мы решили использовать LOD 200. Я буду делать геометрию в соответствии со стандартами. Но гуру, писавшие стандарты говорят, «не-графическая информация также может быть добавлена» Таким образом, наряду с геометрией, я помещу какую-то информацию, важную для меня, в модель, а мои партнеры по проекту будут добавлять информацию необходимую для них в ту же модель. Позже, при развитии проекта, когда понадобится модель доработать до других LODs, все участники проекта будут обязаны добавить больше информации. И это никогда не ясно, кто должен нести ответственность за то, кто какие данные должен вносить и зачем.

 

Это рутина — противоположность инновациям. И это неэффективно, так как это не дает никакой ясности о том как, когда, кем, и в каком виде данные будут использоваться в проекте. При том что избыток данных создан: каждый получает всю информацию из элемента модели, хотя большинству нужна лишь небольшая часть, и некоторые данные не нужны никому. Часть информации требуется только одному из участников в течение одной короткого периода, но эти данные остается в модели навсегда и доступны всем. Таким образом, большая часть огромного пула данных тратит в пустую людские и системные ресурсы.

Иногда процесс застревает. Во-первых, когда реальные пользователи приходят, скажем, производитель оборудования или строитель, они часто обнаруживают что модель, построенная в соответствии со BIM стандартами, содержит много информации в которой они не нуждаются, но не хватает какой-то информации, которая реально необходима. Затем они пытаются выяснить, как обойти стандарты, чтобы получить то, что им нужно. Или они склонны вообще отказаться от BIM. Другой случай, когда некоторые из участников проекта не работает с BIM и цепочка сбора данных разрывается.

Проблема в том, мы не думаем о том, кто в реальной жизни нуждается в чем и когда в рамках конкретного BIM проекта. Каждый участник нуждается в различной информации, очень специфического типа и формата, на различных этапах проекта. Поэтому необходимо изменение точки зрения на процесс.

Общие нормы, требующие всей полноты данных, которые могли бы быть необходимы в любом проекте, конечно генерируют избыток информации, и приводят к тому, что часто пропускаются вещи, реальной необходимые. Плюс ко всему, чем больше потенциальных вариантов вы рассматриваете, тем больше и сложнее стандарты вы получите.

Должен быть лучший способ. Для генерации и более эффективной передаче данных BIM, на основе реальной потребности, более экономный способ — точно в срок и только то что нужно для каждого участника. Я убежден, что это лучший способ, основанный на моем опыте работы со специалистами-практиками BIM по всему миру и разработчиками программного обеспечения. В моем следующем посте я опишу свое видение новой лучшей методологии BIM.

Продолжение темы можно прочесть в следующей статье.
Под конец хотим добавить маленький опрос, Как вы считаете, такое понятие как LOD нужно или нет?