LOD це марнування часу та стримування BIM - PRORUBIM - BIM технології, впровадження, моделювання,
LOD is wasting our time and holding BIM back
Публікуємо переклад цього запису нижче…
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 потрібно чи ні?