BSDD (buildingSMART Data Dictionary)

Чому назви властивостей важливі в моделях IFC?

Стандарт IFC визначає формат файлу та описує основні типи сутностей (стіна, плита, двері, властивість), які має використовувати будь-яке програмне забезпечення. Однак він не встановлює, як саме називати властивість або які значення є допустимими. Дві команди, що працюють над однією будівлею, можуть змоделювати її в цілком валідному IFC, але не зможуть перевірити, чи мають вони на увазі одне й те саме. Архітектор А називає властивість FireRating, інженер-конструктор Б використовує Fire_Rating, а фахівець з інженерних систем у Словаччині пише Poziarna odolnost. Модель обробляється без синтаксичних помилок. Але тепер властивість нестандартизована: інструмент не може її перевірити, консультант не може їй довіряти, а майбутній користувач не зможе використати її повторно без додаткових припущень.

Саме цю прогалину заповнює bSDD. Це постійний, машиночитаний словник, який дозволяє властивості в моделі посилатися на єдине канонічне визначення, а не покладатися на локальні домовленості щодо написання.

Що насправді містить словник даних buildingSMART?

Словник bSDD — це структурована колекція визначень понять, які використовуються в будівництві та архітектурі. Кожен запис має постійний ідентифікатор (стабільний URL або код), визначення кількома мовами та метадані про зв'язки цього поняття з іншими. Типовий запис словника включає:

Запис властивості для ThermalTransmittance може вказувати, що допустимою одиницею є Вт/(м²К), що вона застосовується до будівельних елементів і пов'язана з енергоефективністю. Запис значення визначає, який діапазон коефіцієнтів теплопередачі є легальним або типовим для різних типів матеріалів. Коли ваша модель позначає елемент цим постійним ідентифікатором замість локальної назви властивості, будь-який інструмент або консультант може точно дізнатися, що мається на увазі.

Хто публікує та підтримує словники bSDD?

buildingSMART International підтримує основні словники для широко вживаних понять. Але bSDD створено як децентралізовану екосистему: виробники можуть публікувати словники для конкретних продуктів (наприклад, виробник вікон публікує словник властивостей скління та технічних специфікацій), а національні органи або місцеві організації можуть підтримувати національні або галузеві словники. Усі словники використовують одну систему постійних ідентифікаторів, тому посилання на шведський національний словник і німецький національний словник зводяться до одного базового поняття через головний реєстр.

Такий підхід дозволяє невеликій словацькій практиці безперешкодно посилатися на чеські, німецькі або англійські словники, водночас підтримуючи місцеву термінологію, коли вона існує.

Як bSDD поєднується з IDS для перевірки моделей?

bSDD та IDS вирішують взаємодоповнюючі проблеми. IDS (Специфікація передачі інформації) визначає, які дані мають бути присутніми в моделі на певному етапі: ця стіна повинна мати властивість FireRating, а ця плита — властивість Thickness. Але IDS написана спільною мовою. Без bSDD вимога IDS є настільки ж портативною, наскільки портативною є локальна домовленість про назви. Якщо ваша модель використовує Fire_Rating замість FireRating, перевірка IDS не пройде, навіть якщо інформація у вас є. bSDD надає канонічний словник, тому перевірка IDS може сказати: ця властивість має бути присутньою і повинна посилатися на визначення bSDD XYZ, а не це має бути написано точно як FireRating. Це робить перевірки моделей переносимими між командами та країнами.

Чому bSDD важливий для багатомовних і транскордонних команд?

Один ідентифікатор може нести кілька мовних позначок. Властивість у bSDD може бути опублікована з англійським визначенням, словацькою, польською та німецькою назвами, які вказують на одне й те саме постійне поняття. Коли ваша модель посилається на цей ідентифікатор визначення, словацький консультант, англійський архітектор і чеський інженер можуть бачити властивість своєю робочою мовою без необхідності перекладати або перевизначати її. Один і той самий ідентифікатор визначення працює скрізь. Це важливо для житлових проектів та проектів сталого розвитку, де транскордонна співпраця є звичайною справою. Словацька практика, яка працює з австрійськими або німецькими консультантами над проектом пасивного будинку, отримує негайну вигоду: спільні теплові властивості, дані про герметичність і будівельні класифікації мають однакове значення кожною мовою. Альтернативою є ручний переклад при кожній передачі даних, що призводить до помилок транскрипції та затримок.

Які поточні обмеження bSDD?

bSDD є потужним, але має чесні обмеження. Охоплення нерівномірне. Англійська мова та основні будівельні терміни добре представлені, але спеціалізовані або нові теми висвітлені слабко. Опублікований словник настільки хороший, наскільки хороший його укладач, і якщо словник не оновлюється, визначення розходяться з практикою. Охоплення словацькою мовою особливо обмежене: хоча buildingSMART публікує деякий вміст словацькою, багато словників існують лише англійською або спочатку німецькою. Як наслідок, значна частина практичної роботи в Словаччині досі використовує англійські назви властивостей, а словацькі позначки застосовуються лише там, де вже існує переклад. Стандарт існує, щоб усунути це тертя, але для впровадження потрібна критична маса. Окрема практика не може в односторонньому порядку нав'язати термінологію bSDD; ви можете отримати вигоду лише тоді, коли ваші консультанти та програмне забезпечення також її підтримують. Наразі реалістично розглядати bSDD як бажану ціль, а не як обов'язкову вимогу.