¬аше окно в мир —јѕ–
 
Ќовости —татьи јвторы —обыти€ ¬акансии Ёнциклопеди€ –екламодател€м
—татьи

24 ма€ 2022

ƒостаточно ли дл€ BIM п€ти уровней детализации?

—тефан Ѕойкенс

Boeykens

ќригинал публикации: Stefan Boeykens. What Is LOD, or Level of Detail?


LOD Ч широко используема€ аббревиатура, но она не всегда понимаетс€ одинаково в разных част€х мира. Ѕолее дес€ти лет это сокращение означало такие пон€ти€, как Ђуровень детализацииї (level of detail) и Ђуровень разработкиї (level of development), при этом также получили распространение св€занные с ними варианты Ч Ђуровень информацииї (level of information), Ђуровень точностиї (level of accuracy), Ђуровень геометрииї (level of geometry), Ђуровень разработки моделиї (level of model development), имеющие разный смысл. ¬о многих корпоративных и государственных руковод€щих документах были прин€ты различные трактовки термина LOD, которые использовались во множестве планов реализации BIM (BIM execution plans, BEP) дл€ строительных проектов. Ќо поскольку концепции различны и их реализаци€ иногда неоднозначна, достаточно сложно сформулировать четкие требовани€ к информации и обеспечить ее последовательное предоставление.

Ѕолее того, публикаци€ стандарта ISO 19650-1:2018 привела к по€влению новой концепции Ђуровн€ потребности в информацииї (level of information need), котора€, с одной стороны, призвана усовершенствовать подход к тому, как оптимально определить требовани€ к информации на прот€жении всего жизненного цикла проекта, а с другой Ч может внести путаницу в существующую практику отрасли.

¬ этой статье представлены упом€нутые выше св€занные концепции и даетс€ актуальна€ информаци€ о глобальном стандартизованном подходе, который вводит пон€тие Ђуровень потребности в информацииї в контекст информационного моделировани€ зданий (BIM).

 онцепци€ и истори€ LOD

’ороший обзор истории и эволюции LOD можно найти в статье ћарции Ѕолпаньи (MACE) ЂMany Faces of LODї [1]. ¬ ней рассматриваютс€ несколько примеров компаний и организаций из разных стран, которые разработали схожие концепции, и выполн€етс€ сравнение использующих их систем.

ƒо внедрени€ BIM основным методом коммуникации в проектах были чертежи и спецификации. „ертежи абстрактно показывали компоновку, размеры и общую топологию проекта. »спользу€ аннотации и р€д условных обозначений, чертежи могли передавать много информации о проекте. ќсобое значение в этом обсуждении имеет то, как масштаб чертежа вли€ет на передачу деталей: крупномасштабные чертежи не показывают деталей, но могут отображать глобальное позиционирование и контур проекта на строительной площадке. „ертежи среднего масштаба показывают структуру и основные размеры строительных объектов, дополненные аннотаци€ми, такими как размеры и текстовые метки. ¬ мелком масштабе показываютс€ компоненты строительных объектов, их соприкосновение и св€занность. Ёта практика, существовавша€ задолго до по€влени€ —јѕ–, широко распространена и сегодн€. ќднако все больше и больше проектов разрабатывают такие типы документов с использованием программного обеспечени€ дл€ BIM, например Archicad, Revit или Vectorworks, и компонуют проект с использованием параметрических 3D-объектов, которые представл€ют объекты реального мира.

¬ цифровом представлении можно увеличивать или уменьшать масштаб почти без ограничений, и это позвол€ет встроить в модель гораздо больше деталей вплоть до мельчайшего компонента. –азработчики библиотек продуктов, особенно дл€ промышленного контента, могут добавл€ть в свои цифровые объекты BIM мельчайшие детали дл€ использовани€ архитекторами, инженерами и подр€дчиками.

ќдно из первых определений LOD трактуетс€ как уровень детализации (level of detail), и оно до сих пор широко примен€етс€ в контексте географических информационных систем (√»—), а также в разработке игр, где можно получить отображение бесчисленных цифровых объектов в реальном времени путем показа объектов с плавным изменением детализации в зависимости от их рассто€ни€ от зрител€. ќбъекты на рассто€нии могут отображатьс€ как упрощенные, но переключаютс€ на варианты с высокой детализацией при просмотре вблизи.

ќднако в контексте BIM мы рассматриваем не только геометрические детали, но и буквенно-цифровую информацию, встроенную в объекты: классификации, количества, имена и числа, а также всевозможные технические характеристики, относ€щиес€ к материалам, исполнению или обслуживанию.

ѕотребность в такой информации мен€етс€ на прот€жении всего проекта, и кака€-то информаци€ необходима или известна только на определенной стадии проекта. Ѕолее того, информацию можно считать достоверной только после достижени€ определенных ключевых точек прин€ти€ решений Ч например, когда нужно приступить к строительству или извлечь объемы. ѕод так называемым уровнем разработки (level of development), или уровнем разработки модели (level of model development), подразумеваетс€ уровень достоверности.

Ќапример, в начальном наброске проекта объекты могут быть представлены с помощью упрощенной геометрии Ч коробки или цилиндра, с несколькими атрибутами или свойствами, такими как тип или классификаци€, и некоторым указанием материала, из которого они состо€т.

ѕо мере продвижени€ модели к заключительным этапам проектировани€ форма геометрии объекта становитс€ более точной, хот€ во многих случа€х она остаетс€ довольно общей (говор€т, что объект €вл€етс€ балкой, колонной, стулом или котлом). ќднако, помимо номинальных размеров и р€да требований к идентификации и исполнению, модель еще не специфицируетс€ производителем как реальный продукт.

»спользование таких моделей в основном предназначено дл€ сообщени€ проектных замыслов, разъ€снени€ проекта власт€м в контексте разрешени€ на строительство и представлени€ проекта в рамках типичной процедуры торгов дл€ подр€дчиков дл€ оценки стоимости проекта и подготовки к строительству.

¬ конце этапа проектировани€ разнообразные варианты финализируютс€, и геометрическа€ и буквенно-цифрова€ информаци€ в модел€х становитс€ более достоверной, поскольку теперь она содержит конкретные продукты с точными размерами и расположением входных или выходных отверстий в соответствии с выбранной конструкцией. Ёто также приводит во многих случа€х к более детальной геометрии и более полной буквенно-цифровой информации.

—тандартизаци€ УLevel of DФ

ѕоскольку этот процесс очень похож в разных странах и строительных проектах, имеет смысл стандартизовать подход, чтобы помочь люд€м оптимизировать методы моделировани€. ¬место того чтобы использовать традиционные масштабы чертежей, были установлены такие пон€ти€, как Ђуровень детализацииї (level of detail), Ђспецификаци€ прогрессии моделиї (model progression specification) и Ђуровень разработкиї (level of development). ¬ыше мы привели ссылку на статью Ѕолпаньи, в которой представлен подробный обзор и сравнение различных подходов.

≈ще одной широко используемой спецификацией, св€занной с LOD, €вл€етс€ Ђ—пецификаци€ уровн€ разработкиї (УLevel of Development SpecificationФ), котора€ ежегодно публикуетс€ и обновл€етс€ на сайте BIMForum [2] и основана на спецификаци€х јмериканского института архитекторов (AIA). Ёта спецификаци€ содержит общий подход со ссылками и примерами в двух руковод€щих документах. ѕерва€ часть знакомит с концепци€ми и содержит обширную серию иллюстрированных объ€снений дл€ различных строительных объектов с акцентом на то, как объекты или элементы модели могут развиватьс€ в ходе проекта. ¬о второй части представлен набор таблиц, описывающих свойства, и по€сн€етс€, как вы можете специфицировать требовани€ на буквенно-цифровом уровне на разных этапах проекта.

ƒл€ лучшего понимани€ приведем здесь наиболее важные пон€ти€ из спецификации BIMForum:

  • ”ровень разработки (level of development) указываетс€ на уровне объекта, а не модели, поскольку разные объекты могут находитьс€ на разных уровн€х разработки в рамках одной модели.
  • “ермин Ђдетализаци€ї (detail) заменен термином Ђразработкаї (development) дл€ обозначени€ степени, в которой вы можете полагатьс€ на информацию, а не степени детализации информации.
  • ѕервоначально было определено п€ть основных уровней с использованием числовой метки с шагом в 100, что теоретически позвол€ет при необходимости использовать промежуточные уровни. ярлыки сами по себе довольно произвольны, но представл€ют постепенную эволюцию, котора€ обычно наблюдаетс€ в проекте.

ќднако, основыва€сь на отзывах представителей отрасли, к этим п€ти в качестве промежуточного уровн€ добавили LOD 350, расположив его между проектированием и строительством, чтобы лучше поддерживать координацию систем, в том числе чтобы лучше формулировать св€зь между элементами.

 роме того, LOD 500 больше не рассматриваетс€, так как между ним и LOD 400 нет геометрической разницы.  роме того, использование Ђуровнейї дл€ буквенно-цифровой информации в „асти 2 было заменено списком требуемых свойств дл€ различных стадий или вех проекта, что €вл€етс€ более простым методом дл€ понимани€ и интерпретации.

ѕо€сним это на нескольких примерах.

—тальна€ колонна будет простой коробкой при LOD 100 и упрощенным однотавровым или двутавровым профилем при LOD 200. ѕри LOD 300 у вас будет точный профиль и форма объекта. Ќачина€ с LOD 350, вы получаете еще и соединительные пластины, болты и анкеры, а в конце, при LOD 400, в геометрию будут добавлены даже сварные швы, шайбы и гайки.

LOD

–азличные геометрические детали дл€ стальной колонны

Ќа уровне LOD 100 окна и двери будут только обозначены на модели. ѕри LOD 200 у вас будет объект с указанием его размера и глубины, но ничего больше. ѕри LOD 300 будет геометрически отображено различие между панелью остеклени€, стойками и компонентами. ѕри LOD 350 Ч и особенно при LOD 400 Ч у вас будут точные профили, системы поддержки и даже герметики, накладки и мембраны. Ётот последний уровень часто не требуетс€ в модели, если только элемент модели не используетс€ в качестве входных данных дл€ генерации производственной информации.

¬ажно отметить взаимосв€зь между уровн€ми и различными стади€ми проекта. Ѕлагодар€ наличию таких описаний, как Ђдетализаци€ на уровне изготовлени€ї, назначение различных уровней изложено очень четко. Ёто также прослеживаетс€ во многих других св€занных руководствах, где уровни уже подразумевают определенные способы использовани€ или цели и часто предназначены дл€ определенных фаз проекта.

»з вышеприведенных примеров пон€тно, что не всегда необходимо иметь все элементы на одном уровне: вполне достаточно иметь в проекте окна уровн€ LOD 300, тогда как дл€ элементов структурной модели может потребоватьс€ LOD 350 или даже LOD 400. » наоборот, некоторые элементы мебели или механические, электрические и сантехнические (MEP) элементы никогда не должны иметь LOD выше 200 или 300.

LOD в программном обеспечении BIM

ѕрограммное обеспечение дл€ моделировани€ от разных вендоров реализует общий подход к созданию объектов: в зависимости от ваших целей вы можете сделать их очень детализированными или полностью абстрактными. »спользу€ различные инструменты просмотра и конфигурацию фильтров и параметров отображени€, вы разрабатываете модель, котора€ может быть представлена с различной степенью детализации по мере необходимости. ћы проиллюстрируем это с помощью двух распространенных программных систем: Autodesk Revit и Graphisoft Archicad.

Autodesk Revit широко используетс€ в проектах любого масштаба. Ќо хот€ программное обеспечение поставл€етс€ с набором контента (семействами) по умолчанию, большинство офисов взамен этого разрабатывают свои собственные библиотеки или используют коммерчески доступные. ¬ настройках любого графического представлени€ вы можете указать нужный уровень детализации: грубый, средний или подробный. Ёто может повли€ть на представление вносимого вами контента, поскольку вы можете сделать видимость (под)компонентов зависимой от этого уровн€ детализации. ќднако эти три фиксированных уровн€ не соответствуют непосредственно уровн€м детализации из BIMForum, поэтому вы должны задать правила отображени€ Ч например, использовать Ђгрубыйї дл€ LOD 100 и 200, Ђсреднийї дл€ LOD 300 и 350 и Ђподробныйї дл€ LOD 400. ќднако это не €вл€етс€ общим правилом, и практическа€ реализаци€ может значительно отличатьс€ от приведенного примера. ¬озможно, вы предпочтете Ђподробныйї дл€ уровней детализации от 300 до 400 и используете другие средства, чтобы различать общее и конкретное содержимое, например, замен€€ одни семейства другими.  то-то может сделать LOD пользовательским параметром, использу€ его в определении семейства дл€ управлени€ видимостью определенных компонентов дл€ отражени€ уровн€ детализации, но это также не €вл€етс€ общим правилом. Ќа уровне вида (view) он устанавливаетс€ независимо от масштаба изображени€.

LOD

”ровни детализации в семействах (Families) и видах (Views) (источник: Autodesk Revit)

¬ Graphisoft Archicad примен€етс€ другой подход. ќбъекты библиотеки Archicad создаютс€ с использованием €зыка геометрического описани€ (Geometric Description Language, GDL), и разработчик объекта сам решает, нужно ли принимать во внимание такие аспекты, как Scale или Model View Options (MVO). ƒаже в этом случае нет пр€мого соответстви€ между масштабом чертежа и уровнем детализации, поэтому пользователь может интерпретировать это по-своему. ќднако механизм MVO €вл€етс€ более упор€доченным, поскольку он обеспечивает глобальный контроль над видимостью и уровнем детализации, при этом дл€ большинства объектов используетс€ набор уровней Ђсхематический, упрощенный, полныйї, а дл€ некоторых даже Ђнизкий 1, низкий 2, средний, полный 1 и полный 2ї. MVO устанавливаетс€ дл€ каждого вида, что позвол€ет адаптировать несколько объектов без дополнительных действий со стороны пользовател€.

LOD

ƒиалоговое окно Model View Options и выбор значени€ масштаба (источник: Graphisoft Archicad)

√лавным отличием от подхода Revit €вл€етс€ то, что объект в Archicad остаетс€ очень компактным, поскольку один скрипт может работать с целым р€дом масштабов или уровней детализации, что делает объект чувствительным к масштабу. ѕри работе с семействами на основе геометрии в Revit вам необходимо встраивать все различные уровни детализации в семейства, увеличива€ размер их файлов и проекта, в котором они используютс€. Ёто также может повли€ть на производительность программного обеспечени€, особенно при работе с большими файлами моделей.

ќба обсуждаемых здесь подхода обеспечивают контроль и позвол€ют по-разному представл€ть объекты в зависимости от глобальных настроек детализации, что облегчает реализацию технологии LOD.

¬ большинстве программ также возможны альтернативные подходы, включа€ использование завис€щих от вида блоков или символов или применение слоев дл€ переключени€ между уровн€ми детализации, но даже в этом случае часто приходитс€ подставл€ть разные экземпл€ры геометрии дл€ каждого уровн€ детализации.

ƒл€ сравнени€, в программном обеспечении дл€ управлени€ спецификаци€ми и требовани€ми, таком как Plannerly [3] или BIMQ [4], стратегически прин€т более общий, открытый подход к LOD и св€занным с ним спецификаци€м. ¬место того чтобы фиксировать уровни, эти платформы позвол€ют вам настраивать и маркировать различные уровни по своему усмотрению, например в соответствии с региональным стандартом. ќни предоставл€ют шаблоны или предварительно сконфигурированные настройки со спецификацией LOD от BIMForum, используемой в качестве отправной точки из-за ее широкого распространени€.

LOD

—тандартна€ конфигураци€ проекта (источник: Plannerly)

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

–€д соображений, касающихс€ уровн€ разработки (Level of Development)

— момента своей первой публикации почти дес€ть лет назад спецификаци€ BIMForum получила широкое распространение не только в —Ўј, но и во всем мире. “ехнологи€ уточнени€ изображений оказалось привлекательной дл€ многих практиков BIM в разных странах.

ќднако внедрение этого метода в отрасли также вызвало некоторые сложности и до сих пор €вл€етс€ предметом обсуждени€ в проектах. ѕроста€ на первый взгл€д концепци€ п€ти уровней детализации становитс€ крепким орешком в повседневной практике.

ƒостаточно ли п€ти уровней?

√л€д€ на три уровн€ детализации в Revit (грубый, средний и подробный), можно подумать, что п€ти будет более чем достаточно. ќднако если вы сравните их с масштабом чертежа, то увидите, что существует гораздо больше п€ти масштабов, которые имеют отношение к проекту и которые не охватываютс€ этими уровн€ми. Ќе существует Ђправильногої количества уровней, и люба€ фиксированна€ шкала в конечном итоге будет иметь ограничени€.

¬озможно, уровни Ч это просто фазы проекта?

’от€ така€ концепци€ не подразумеваетс€ в LOD спецификаци€х, предложенных BIMForum, во многих других руководствах эта взаимосв€зь довольно €вна€, с уровн€ми, определ€емыми дл€ каждой фазы проекта и увеличивающимис€ с каждой следующей фазой, например Ч 100 дл€ краткого описани€, 200 дл€ предварительного проектировани€, 300 дл€ окончательного проекта, 350 дл€ технического проектировани€ и согласовани€ и 400 дл€ строительства.

¬ таких случа€х Ђметкиї станов€тс€ набором вех, которым сопоставл€ютс€ соответствующие объем и достоверность информации.

 ак измерить LOD?

’от€ спецификаци€ требований к информации предназначена дл€ создани€ информации (например, насколько подробно следует моделировать колонну или балку?), оценка уровн€ LOD на стадии передачи готовой модели Ч совсем не тривиальна€ задача.

Ќемного громоздкое решение можно найти во второй части спецификации BIMForum, где предлагаетс€ использовать два вида LOD: целевой LOD и текущий LOD. ÷елевой LOD представл€ет предполагаемый уровень детализации, но текущий LOD оценить нелегко, не говор€ уже о проверке. «адача чтени€ геометрического представлени€ элемента и определени€ его уровн€ детализации не решена. Ѕыли предприн€ты попытки использовать методы, основанные на правилах, и даже модели машинного обучени€, которые продемонстрировали некоторый прогресс, но сама формулировка уровней детализации не €вл€етс€ достаточно полной.

Ќапример, представьте себе простую пр€моугольную стену или колонну без проемов или специального армировани€ из однородного материала. ќна будет представлена в виде коробки почти на каждом уровне, за исключением, может быть, LOD 400 или, возможно, 350.

ј как насчет уровн€ информации (Level of Information)?

Ѕолее ранние версии спецификации LOD предлагали определ€ть профили LOD с помощью свойств, требующихс€ на каждом уровне. ћы сталкивались со многими проектами и рекомендаци€ми, в которых говорилось, что

LOD = LOG + LOI (LOG Ч Level of Geometry, LOI Ч Level of Information).

¬ыгл€дит просто, но так ли это? ¬ конечном итоге от этого подхода отказались в пользу более четких требований к свойствам, которые определ€ют вехи дл€ каждого проекта.

 огда вы указываете LOD 300 дл€ некоторого элемента, вам все равно необходимо сверитьс€ с таблицей требований, чтобы подтвердить завершение вехи проекта, поскольку в ней должно быть указано, какие реквизиты необходимы дл€ каждого из обозначенных классов элементов.

”прощенный фрагмент таблицы требований к свойствам:


Object: Column Description Data Type Milestone 1 Milestone 2 Milestone 3
Identification
Name/Number Assigned object number/code Text X X
ID Unique ID GUID X X X
Profile Profile designation Text X X
Steel grade Code Text X X
Fabrication Nr Manufacturer ID Text X
Dimensions
Width Nominal width of the profile Length X X X
Depth Nominal depth of the profile Length X X X
Performance
Fire rating Designation Text X X
Load bearing Intended to carry loads? Boolean X X X


ѕереход к ”ровню потребности в информации (Level of information Need)

¬ 2018 году комитет ISO/TC 59/SC 13, отвечающий за разработку международных стандартов информационного моделировани€ зданий дл€ строительных работ, опубликовал первые две части серии ISO 19650. ќснованные на работе, проделанной ¬еликобританией в серии BS/PAS 1192, эти стандарты, относ€щиес€ к процессам, направлены на гармонизацию управлени€ информацией на прот€жении всего жизненного цикла проекта. Ќе €вл€€сь подробными техническими стандартами по технологии или форматам, св€занным с BIM, они, скорее, определ€ют сам процесс, ввод€ новую серию концепций и принципов (ISO 19650-1), описывающих процесс передачии информации от оценки проекта до его сдачи (ISO 19650-2) и последующее использование информации об активах на этапе эксплуатации (ISO 19650-3), котора€ была опубликована несколько лет спуст€.

¬ ISO 19650-1 было введено пон€тие Ђуровень потребности в информацииї (level of information need), которое представл€ет собой Ђструктуру, определ€ющую объем и степень детализации информацииї. ќтмечаетс€, что одной из его целей €вл€етс€ предотвратить выдачу слишком большого количества информации.

¬ рамках ISO 19650-2 уровень потребности в информации св€зан с так называемым Ђинформационным контейнеромї Ч носителем пакетов информации, которые должны быть предоставлены. ¬ большинстве случаев такими информационными контейнерами €вл€ютс€ наши цифровые документы (3D-модели, 2D-чертежи CAD, графики...), которые необходимо предоставл€ть на различных вехах проекта. „астью плана реализации BIM (BIM Execution Plan, BEP) €вл€етс€ требование разработать так называемый ќсновной план поставки информации (Master Information Delivery Plan, MIDP), который объедин€ет все различные графики предоставлени€ информации от разных целевых групп.

¬ отличие от предыдущих пон€тий уровень потребности в информации не имеет общеприн€той аббревиатуры. “ем не менее очевидна€ аббревиатура уже использовалась во многих таблицах, особенно при попытке поместить название в заголовок таблицы.

ƒальнейша€ стандартизаци€ концепции была проведена в CEN/TC 442, в ≈вропейском комитете по стандартизации, рабочей группой под руководством Ѕолпаньи, в результате чего был опубликован EN 17412-1:2020. ƒве дополнительные части серии наход€тс€ в стадии подготовки. Ѕлагодар€ тесному сотрудничеству с комитетом ISO/TC 59/SC 13 было достигнуто соглашение о доведении этого стандарта до уровн€ ISO, поскольку он считаетс€ глобально актуальным дл€ стандартизации. ¬ насто€щее врем€ процесс продолжаетс€, и в случае утверждени€ он будет опубликован как сери€ стандартов ISO 7817.

 онцепции и принципы

¬место того чтобы встраивать цели и вехи в определени€, схема уровн€ потребности в информации устанавливает их в качестве предпосылок: что должно быть известно, прежде чем вы сможете сформулировать фактические требовани€? » это подход, сфокусированный на цели: вам нужно указать, зачем вам нужна информаци€ (= цель), кем и дл€ кого (= действующее лицо) и когда она требуетс€ (= веха). » наконец, чтобы идентифицировать объект, вы должны определить его в некоторой специальной системе кодировки или классификации, такой как OmniClass или Uniclass.

¬ажно, чтобы предпосылки понимались как исходные данные, а не как часть определени€. √еометрии Ђна уровне производстваї не существует, но когда производство определ€етс€ как цель, будет выбрана подход€ща€ геометрическа€ информаци€. Ёто довольно тонкий нюанс, но он обеспечивает более выразительный способ формулировани€ требований. Ѕез указани€ цели или вехи нет смысла определ€ть требование. “очно так же Ђуровеньї не определ€ет фазу, но когда указываетс€ фаза или веха, можно указать подход€щий уровень.

ќпределение уровн€ потребности в информации

„тобы указать уровень потребности в информации, мы различаем геометрическую информацию, буквенно-цифровую информацию и документацию. ¬ контексте этой статьи мы в основном рассматриваем первые два вида, так как дл€ них существует близкий эквивалент в LOD.

 ак выразить требовани€ к геометрической информации?

«десь выдел€ютс€ п€ть аспектов: детализаци€, размерность, местоположение, внешний вид и параметрическое поведение. ƒетализаци€ относитс€ к сложности представлени€ объекта. –азмерность может быть 3D, но также могут быть указаны 0D (точка), 1D (лини€) и 2D (поверхность). „то касаетс€ местоположени€, мы различаем абсолютное, или глобальное, и относительное Ч относительно другой точки отсчета. ¬нешний вид св€зан с визуальными и поверхностными качествами, независимыми от деталей, и наконец, параметрическое поведение может быть или не быть требованием, что вли€ет на тип геометрии и, возможно, формат файла, который будет использоватьс€ дл€ предоставлени€ геометрической информации. ¬ этой статье мы сосредоточимс€ на детализации, поскольку она наиболее тесно св€зана с LOD.

ƒетализаци€ рассматриваетс€ не как набор фиксированных уровней, а как континуум. ќна св€зана со сложностью геометрического представлени€ и может варьироватьс€ от упрощенной до подробной. ¬ „асти 2 стандарта предлагаетс€ набор формулировок дл€ описани€ геометрических требований:

  • ¬ам нужна проста€ геометри€-заполнитель?
  • ƒостаточно ли внешней оболочки объекта или необходимо также включать внутренние компоненты и отверсти€?
  • “ребуютс€ ли подключени€ к другим объектам (как в случае с LOD 350)?
  • “ребуютс€ ли более мелкие элементы, такие как фаски или скосы?

≈сли вернутьс€ к примеру со стальной колонной, то его можно сформулировать следующим образом:

  • ¬о врем€ предварительного проектировани€ инженеру-строителю требуетс€ только ввести аналитическую модель конструкции в программу расчета. ƒостаточно размерности 1D (оси колонны), позиционирующейс€ относительно уровн€ этажа. Ќет требований к внешнему виду или параметрическому поведению. ƒетализаци€ упрощена и на самом деле €вл€етс€ лишь заполнителем, поскольку профиль будет определен позже во врем€ анализа.
  • Ќа финальной стадии проектировани€ архитектор запрашивает у инженера-строител€ более подробную геометрию стальной колонны после выполнени€ структурных расчетов. ÷елью на этом этапе €вл€етс€ координаци€ и документаци€. ƒл€ этого требуетс€ внешн€€ оболочка элемента в 3D, расположенна€ относительно этажа здани€ и других элементов поблизости. ¬нешний вид балки должен отражать материал (сталь), но параметрическое поведение не требуетс€. ƒетали стальной колонны должны включать фактический профиль (в идеале из каталога) и возможные вырезы на торцах колонны.
  • ƒл€ фазы строительства у подр€дчика есть еще дополнительные требовани€, такие как соединительна€ пластина и болты, а также любые возможные отверсти€ или проемы, по€вившиес€ в результате согласовани€ конструкции и ћ≈–.

’от€ этот пример может быть описан с применением более ранней концепции LOD, здесь у нас по€вл€етс€ больше возможностей дл€ спецификации геометрии.

¬ыражение требований к буквенно-цифровой информации

¬ то врем€ как формулировка требований к геометрической информации все еще уточн€етс€, требовани€ к буквенно-цифровой информации уже практически усто€лись, главным образом благодар€ работе на уровне ISO/CEN.

ѕон€тие требуемых Ђуровнейї было заменено перечислением требуемых свойств на конкретной вехе. ¬о многих проектах владельцы и другие получатели информации используют электронные таблицы дл€ перечислени€ всех необходимых свойств, которые затем используютс€ дл€ настройки соответствующих полей данных в модел€х. ¬се современное программное обеспечение BIM умеет добавл€ть к объектам пользовательские свойства или записи.

ћашинно-интерпретируемый или человекочитаемый?

Ќесмотр€ на то что многие проекты используют данные из электронных таблиц дл€ выражени€ требований к информации, они считаютс€ удобочитаемыми только дл€ человека. ≈сли вы хотите автоматизировать и провер€ть требовани€ к информации, вам нужно преобразовать требовани€ в серию правил проверки моделей дл€ специального программного обеспечени€ (например Solibri или BIMcollab ZOOM). ѕродолжаетс€ работа над „астью 3 серии стандартов EN 17412/ISO 7817, направленной на утверждение формата обмена, интерпретируемого компьютером, который позволит использовать спецификацию уровн€ потребности в информации дл€ автоматической проверки предоставленной информации.

¬ этом контексте мы также хотим €вно упом€нуть buildingSMART. Ёто глобальна€ организаци€ по стандартизации информации о строительстве, и разработанный ими формат IFC поддерживаетс€ в каждом программном обеспечении дл€ BIM. Ќесмотр€ на то что этап преобразовани€ данных все еще нужен, экспорт информации о модели из вашего ѕќ в IFC реализован везде.

 роме того, поскольку buildingSMART также предоставл€ет большой набор стандартизованных классов/объектов, информационные требовани€ могут согласовыватьс€ со схемой IFC, что делает этот процесс независимым от программного обеспечени€. » в отношении буквенно-цифровой информации все больше и больше требований принимают во внимание предопределенные свойства и наборы свойств, разработанные buildingSMART, что упрощает стандартизацию и согласование между проектами, сторонами и организаци€ми.

ѕосле публикации стандарта EN 17412 компани€ buildingSMART запустила проект стандартизированной —пецификации доставки информации (Information Delivery Specification, IDS[5]. –абоча€ группа опубликовала первые версии спецификации и в насто€щее врем€ работает с поставщиками программного обеспечени€, чтобы проверить реализацию перед передачей ее пользовател€м.

¬ отличие от Ђуровн€ потребности в информацииї, IDS представл€ет собой формат обмена на основе XML, предназначенный только дл€ выражени€ требований к буквенно-цифровой информации:  акие свойства необходимы в модели? —ознательно было прин€то решение не рассматривать геометрическую информацию.  роме того, IDS предполагает, что используетс€ схема IFC, поскольку фильтры и критерии выражаютс€ с использованием объектов (классов) и свойств IFC.

Ётот подход не замен€ет Ђуровень потребности в информацииї, но может рассматриватьс€ как дополнительна€ спецификаци€. ѕосле формулировки ваших информационных требований буквенно-цифрова€ часть может использоватьс€ дл€ их определени€ в машинно-интерпретируемом виде, что позволит автоматически провер€ть модели IFC на соответствие требовани€м: —одержит ли ваш IFC-файл требуемые свойства, указанные в IDS?

«аключение

¬ этой статье мы представили обзор нескольких св€занных друг с другом концепций, примен€ющихс€ дл€ выражени€ детализированной, геометрической и буквенно-цифровой информации в проектах, где примен€етс€ BIM, и привели несколько способов, которые современное программное обеспечение использует дл€ управлени€ такой информацией в модел€х. ћы также упом€нули действующие международные стандарты, в которых эти концепции были переработаны и переопределены как Ђуровень потребности в информацииї, и рассказали о некоторых работах, ведущихс€ в комитетах по стандартизации и buildingSMART.

ѕредупреждение: автор участвует в работе комитета по стандартизации, разрабатывающего серию EN 17412 и будущие стандарты ISO 7817 дл€ уровн€ потребности в информации.

—сылки

[1] https://www.bimthinkspace.com/2016/07/the-many-faces-of-lod.html

[2] https://bimforum.org/lod

[3] https://www.plannerly.com

[4] https://www.bimq.de/en/

[5] https://github.com/buildingSMART/IDS



¬акансии:

јктуальное обсуждение

RSS-лента комментариев

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: »мпортонезависима€ конкуренци€
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

ќпыт импортозамещени€ SmartPlant Review Ч InterBridge в «арубежэнергопроект при [...] — Ќиколай —амохвалов, ќлег –ухлов, »ван Ќовиков (6 апрел€ 2022)
isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2022 √руппа компаний «Ћ≈ƒј—»

ѕерепечатка материалов сайта допускаетс€ с согласи€ редакции, ссылка на isicad.ru об€зательна.
¬ы можете обратитьс€ к нам по адресу info@isicad.ru.