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

21 €нвар€ 2013

 онцепци€ OpenBIM: пон€тие, принципы реализации, некоторые выводы

ƒенис ќжигин

ќт редакции isicad.ru: ћы уже сообщали нашим читател€м о программе Open BIM, запущенной аль€нсом buildingSMART в марте 2012 г. ј сегодн€ с удовольствием публикуем статью ƒениса ќжигина, директора по стратегическому развитию компании «Ќанософт», в которой он подробно раскрывает эту тему.
ќбзорную статью на тему BIM дл€ ресурса isicad мне предлагали (тем или иным способом) написать несколько раз, но каждодневна€ загрузка не позвол€ла этого сделать: надо было сесть, аккуратно разложить по полочкам то, что накопилось в голове за последние несколько лет, что-то еще раз дл€ себ€ про€снить. » вот наступили новогодние праздники, по€вилась возможность немного расслабитьс€, сконцентрироватьс€ на определенной теме — и мысль сформировалась. Ќасколько интересно — судить вам.

»так, об информационном моделировании зданий (BIM) говор€т в последнее врем€ много — не в последнюю очередь благодар€ маркетинговой машине Autodesk. Ќаверное, у многих читателей isicad вообще сложилось мнение, что BIM — это изобретение Autodesk. —егодн€ € хотел бы рассказать об альтернативной концепции OpenBIM или, точнее, еще об одном взгл€де на BIM (идее, технологии, стратегии?) — его разрабатывают компании, вход€щие в аль€нс buildingSMART, название которого можно перевести как «”мное здание» или «—трой с умом».

ѕару слов на тему «„то такое buildingSMART?». Ёто международный некоммерческий аль€нс, поставивший целью разработку технологии комплексного информационного моделировани€ зданий, основанную на открытых принципах. ¬ частности, аль€нс разрабатывает и развивает спецификацию стандарта, описывающего общие универсальные данные информационной модели. Ётот стандарт многие знают как формат файла IFC — Industry Foundation Classes. ѕодробнее об аль€нсе можно почитать на его официальном сайте www.buildingsmart.com. ѕоддержка IFC-формата объ€влена во многих программных продуктах, но наиболее активно этот формат разрабатывают, поддерживают и выстраивают на его базе технологические цепочки проектировани€ компании, вход€щие в аль€нс buildingSMART. ¬ целом аль€нс активно поддерживают две крупные корпорации:

  • немецка€ Nemetschek Group, котора€, с одной стороны, разрабатывает собственную BIM-платформу Allplan, систему прочностного анализа Scia и систему 3D-проектировани€ Vectorworks, а с другой — владеет компанией Graphisoft, разрабатывающей очень попул€рную (в том числе и в –оссии) систему архитектурного моделировани€ ArchiCAD и перспективную систему экологического анализа EcoDesigner.
  • американска€ Trimble Group, котора€ разрабатывает интересные решени€ в области проектировани€ и строительства, геодезии и √»—, сельского хоз€йства, управлени€ автопарком и мобильными бригадами. «а последние два года эта корпораци€ приобрела два очень известных бренда: Google SketchUP (решение дл€ концептуального моделировани€) и Tekla Structures (BIM-решение дл€ предпри€тий строительной промышленности).
Ќо, конечно, этими корпораци€ми аль€нс не ограничиваетс€. Ќапример, в buildingSMART также входит норвежска€ компани€ Data Design System (DDS), котора€ разрабатывает инженерную BIM-систему DDS-CAD MEP. ѕодробнее о решени€х компании можно прочитать на сайте www.dds-cad.net/index.php.

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

 онцепци€ OpenBIM
ѕостепенное IT-развитие приводит к развитию принципов проектировани€ — на смену двумерным кульманам (и —јѕ–) идут системы интеллектуального информационного моделировани€.  ажда€ —јѕ– приходит к своей локальной BIM-идее — единой максимально взаимосв€занной модели в рамках своей специальности.

Ќо если в рамках отдельных специальностей программные продукты достигли хорошего уровн€ автоматизации проектных работ (в каких-то област€х лучше, в каких-то хуже, но в целом уровень автоматизации за последние 10 лет, без сомнени€, повысилс€), то междисциплинарное взаимодействие по-прежнему остаетс€ сложным вопросом.

¬ наибольшей степени оно проработано при использовании 2D-данных — в этом случае используютс€ обычные Xref-ссылки (подложки), которые подкладываютс€ в —јѕ– в качестве фонового изображени€, а затем вручную координируютс€/обновл€ютс€/измен€ютс€. “аким образом, в данном случае вопрос взаимодействи€ фактически сводитс€ к вопросу совместимости 2D-файлов между двум€ приложени€ми. » обычно тут используетс€ *.dwg-формат, который в последнее врем€ научились поддерживать многие —јѕ– — как двумерные, так и трехмерные.

ќднако технологи€ информационного моделировани€ зданий существенно усложн€ет процесс. “ут уже недостаточно просто передать BIM-модель из одного приложени€ в другое: в различных программах сложные BIM-элементы зачастую описываютс€ по-разному. “акие объекты содержат не только общие, примитивные геометрические описани€ (типы 2D-линий, штриховки, высота объекта, ширина и т.п.), но и информационные данные, которые друга€ программа может просто не пон€ть: например, электротехнические характеристики инженерной подсистемы здани€ будут на 90% «лишней» нагрузкой в архитектурной BIM-модели.

¬ообще проблема интеграции информационных моделей, создаваемых в рамках различных дисциплин, — это не только потер€ информации между модел€ми.  ак показывает практика, у разных BIM-моделей различий много больше, чем можно себе представить на первый взгл€д. ¬плоть до того, что могут различатьс€ даже принципы построени€ модели. Ќапример, если наложить архитектурную BIM на BIM конструктора, имитирующую физическое воплощение здани€ (рис. 1), то объект «архитектурна€ колонна, пронизывающа€ все здание», не будет соответствовать нескольким колоннам, которые будет использовать инженер-конструктор; перекрытие в архитектурной модели будет лежать в других пространственных координатах и иметь другую геометрию по сравнению с плитами перекрыти€ инженера-конструктора, защемленными в стенах. ј если учесть, что над зданием работают не менее дес€ти специальностей, кажда€ из которых создает от одной до п€ти моделей, то иде€ собрать все виды BIM-моделей в один универсальный инструмент (среду, файл, базу данных) вообще представл€етс€ многим специалистам утопической.

–ис. 1. ћногообразие BIM-моделей: здание в представлении различных специалистов различно

”частники аль€нса buildingSMART выступили с более реалистичной инициативой: а что если оставить возможность создавать специализированные, проработанные в рамках одной-двух-трех специальностей BIM-модели в тех решени€х, которые лучше всего это делают, а затем св€зывать модели между собой в тех част€х, которые требуют согласовани€? ¬ оригинале эту идею назвали «reference-model based BIM workflows», то есть BIM-проектирование, основанное на св€занных модел€х. ¬ отличие от закрытых (проприетарных) BIM, стратеги€ открытой BIM предоставл€ет следующие преимущества:
  • в каждом проекте —јѕ–-менеджеры могут использовать индивидуальный набор инструментов, который состоит из наилучших в своей области решений и оптимально решает поставленные проектные задачи;
  • менеджеры проектов осуществл€ют полный контроль над составными част€ми проекта (в том числе и над обновлением независимого друг от друга программного обеспечени€) без потери сроков проектировани€;
  • использование набора решений сокращает риск потери данных, в отличие от работы с единой BIM-моделью (котора€ объедин€ет несколько специальностей, но результаты хранит в одном файле).  онечно, можно сохран€ть резервные копии единого файла, контролировать сли€ние данных, раздавать полномочи€ по редактированию, но все это дополнительные административные ресурсы, которые в критический момент могут подвести;
  • менеджеры проектов могут отказатьс€ от сложной настройки универсального BIM-файла, заточенного под все виды специальностей, а использовать отдельные модели, созданные в независимых программах и св€занные между собой1;
  • как результат, проектировщики получают пон€тную BIM, выстроенную на открытых стандартах, что позвол€ет использовать данные на всем жизненном цикле здани€: от строительства до реконструкции или разрушени€.
—тратеги€ OpenBIM универсальна и предназначена не только дл€ разработчиков программного обеспечени€. ќна ориентирована на любых специалистов, работающих на рынке архитектурно-строительного проектировани€ и выстраивающих концепцию BIM. ѕон€тно, что на данный момент стратеги€ не имеет окончательно сформированного варианта — эта иде€ оттачиваетс€ на реальных проектах, мен€етс€, развиваетс€. ј вот как она видитс€ на сегодн€шний день, с какими тонкост€ми сталкиваютс€ сейчас — в следующих темах статьи.
1Ќа мой взгл€д, это одна из ключевых проблем — удачна€ на первый взгл€д настройка универсального файла к середине проекта может стать тем камнем, который пот€нет на дно весь комплексный BIM-проект.
OpenBIM = ќткрытое взаимодействие
ƒавайте теоретически промоделируем процесс междисциплинарного BIM-взаимодействи€ и дл€ этого представим себе двух его участников — отправител€ и получател€. ¬ажно учесть, что эти участники представл€ют две разные специальности — пусть это будут архитектор и конструктор. » пусть в данном случае архитектор будет передавать данные из своей BIM-модели конструктору.
Ётап № 1 — фильтраци€ элементов
 ак € уже говорил, архитектурна€ модель не просто избыточна дл€ конструктора, она даже геометрически отличаетс€ от того, что желает получить конструктор. ѕосмотрите на рис. 2, где здание представлено таким, каким его видит архитектор: там есть отделка стен, оконные переплеты, декоративные конструкции. „ертежи содержат полную толщину стен с учетом отделочных слоев, могут содержать ненесущие перегородки, подвесные потолки, плитку, полы, фурнитуру дверей — все то, что очень важно с точки зрени€ архитектора (и заказчика), но непринципиально дл€ конструктора. Ќесущий конструктив здани€ в этой модели тоже представлен, но он а) построен в соответствии с пониманием архитектора (и, скорее всего, будет скорректирован конструктором после расчетов); б) спр€тан внутри здани€ и его невооруженным глазом не видно.

–ис. 2. јрхитектурное отображение BIM-модели: отделочные слои, декоративные конструкции и т.п.

 ак же отключить лишнее, убрав архитектурную «шелуху»? ¬от тут и начинаетс€ фильтраци€ элементов: с помощью слоев и настройки отображени€ элементов в BIM-модели архитектора отключаетс€ лишн€€ с точки зрени€ конструктора информаци€. ¬изуально это похоже на здание на этапе строительства (без отделки) — это и отключение целых категорий объектов (подвесных потолков, остеклени€ и т.п.), и соскабливание отделочных материалов с несущих элементов. ќстаетс€ «гола€» несуща€ часть здани€ (рис. 3).

–ис. 3. ќчищенное архитектурное отображение BIM-модели, готовое к экспорту конструктору

‘ункци€ фильтрации элементов очень элегантно решена в ArchiCAD: используютс€ комбинации слоев и функци€ отображени€ €дра несущих элементов (свойство «Ќесущий элемент» или «Ќенесущий» задаетс€ в параметрах объекта). Ёто позвол€ет практически моментально упростить модель, исключив из нее €вно «лишние» объекты, и затем постепенно донастраивать модель до приемлемого уровн€ фильтрации. ј потом моментально вернутьс€ в исходное состо€ние и продолжать архитектурный BIM-проект.
Ётап № 2 — классификаци€ элементов
ƒостаточно ли отключить «лишние» элементы дл€ того, чтобы передать конструктору устраивающую его BIM-модель?  ак показывает практика — нет. ѕомните, € говорил о том, что архитектор по-своему смотрит на здание? «»гра€» с объемами здани€, его формами, посто€нно измен€€ их, архитектор использует те элементы, которые ему удобнее всего дл€ работы: подвесные потолки могут быть созданы с помощью перекрыти€; элементы декора — посредством профильных стен; оконные проемы — вычитанием геометрии произвольной формы, полученной из 3ds Max (универсальный объект с точки зрени€ ArchiCAD). “ут, если мы хотим сохранить удобство —јѕ– как инструмента, нет четких методов и правил — ведь, заставл€€ проектировщика использовать определенный инструмент дл€ выражени€ идеи, мы ограничим его в свободе проектировани€. ѕоэтому и получаетс€, что объект, который визуально выгл€дит как колонна, на деле тонка€ высока€ стена или толстое перекрытие. »ли визуально цела€ фронтальна€ стена на деле может состо€ть из нескольких фрагментов, распределенных по вертикали и сливающихс€ при визуализации и генерации чертежей.

¬ результате полученную информационную модель приходитс€ тем или иным способом классифицировать дополнительно — либо объекты выкладывают на определенные слои, либо в другое приложение они передаютс€ несколькими файлами, содержащими объекты одного типа, либо настраиваетс€ карта соответстви€, котора€ зависит от проектировщика или стандарта предпри€ти€ и используемых программных продуктов.  стати, в свое врем€ именно последним путем пошла команда SCAD Group, когда св€зывала ArchiCAD и SCAD: она разработала препроцессор «‘орум», который объекты ArchiCAD 6.5 классифицировал в объекты SCAD и затем передавал данные на прочностной расчет.

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

Ќо даже этот процесс можно осуществл€ть по-разному. Ќапример, есть —јѕ–, которые при экспорте в формат IFC жестко сохран€ют объекты в соответствии с той классификацией, котора€ изначально заложена разработчиком при создании решени€: стена — это и в другой системе всегда будет стена, балка = универсальна€ балка, окно = универсальное окно. Ќесмотр€ на то что окно может быть и пустым проемом, и нишей, и выступом. ¬ Graphisoft пошли более гибким путем:

  • архитектор может создавать объем (BIM-модель) любыми инструментами, которые ему удобны: экспортировать модель извне, формировать объектами ArchiCAD, трансформировать их с помощью инструмента свободного моделировани€ (ћорф). ќбъекты можно располагать на любой слой — никаких четких правил и требований в этой части нет;
  • в свойствах каждого элемента есть характеристики, которые классифицируют элемент по различным направлени€м: архитектор может задавать несущую функцию элемента (котора€ также помогает при фильтрации модели — см. этап № 1), расположение объекта (интерьерный объект либо экстерьерный), статус реконструкции (объект под снос, вновь возводима€ или временна€ конструкци€) и класс элемента (рис. 4). ќ последнем поговорим подробнее.

–ис. 4.  лассификаци€ элементов позвол€ет более точно передавать модель из одной BIM-среды в другую

¬ ArchiCAD класс элемента можно назначать по умолчанию — он будет соответствовать тому инструменту, которым этот объект создан: стена в другую BIM-систему будет передана как стена; колонна — как колонна; балка — как балка. Ќо можно класс и переопредел€ть — в этом случае, например, ограждение вы можете создать либо с помощью инструмента Ќавесна€ стена, либо как объект, либо как морф-элемент, но в другую систему оно будет передано именно как ограждающий элемент! ѕлюс к тому стандартные свойства объекта можно расшир€ть параметрами, описанными в спецификации IFC: класс огнестойкости объекта, уровень звукопоглощени€, шумовой защиты, коэффициент теплопроводности, описание и т.д. — доступны более тыс€чи параметров и характеристик, определ€емых открытым стандартом IFC (рис. 5). » если это необходимо дл€ интеграции с другой BIM-системой, архитектор может заполн€ть эти свойства или импортировать их из других систем. ¬ этом плане — абсолютна€ свобода.

–ис. 5. BIM-система, совместима€ с принципами OpenBIM, должна уметь не только классифицировать свои элементы в соответствии с единой спецификацией объектов, но и расшир€ть характеристики своих объектов свойствами, описанными в стандарте IFC

»так, мы научились не просто отсекать лишнее, передава€ данные из одной BIM-модели в другую. ћы научились еще и перенастраивать модель под ожидани€ другой программы. “еперь нам остаетс€ сохранить эту модель в универсальный обменный формат (IFC-файл), а затем этот файл открыть в BIM-решении получател€.
Ётап № 3 — получение модели
» тут возникают новые вопросы: а как эти объекты должны открыватьс€ со стороны получател€? что можно будет делать с объектами, полученными из универсального формата? ќднозначного ответа здесь нет: он зависит от того, кто обмениваетс€ BIM-моделью, какие цели став€тс€ при этом взаимодействии и, что более важно, от того, на каком этапе находитс€ взаимодействие.

Ќа первых шагах вы, скорее всего, захотите получить модель дл€ того, чтобы быстрее начать работу, сократить врем€ построени€ своей BIM-модели. », скорее всего, тут вас ждет разочарование — полученна€ таким образом BIM будет непригодна. ѕочему? ƒа потому что изначально импортируема€ BIM-модель не создавалась дл€ вас. ѕри ее создании задумывались о совершенно других вопросах, обладали совершенно другими знани€ми. », надо полагать, эту модель вы полностью перестроите.

Ќо вот на последующих этапах согласование BIM-моделей, создаваемых в разных решени€х, необходимо как воздух. » этот процесс более важен, чем описанна€ в предыдущем абзаце задача. ѕри этом не требуетс€ передавать между специалистами всю модель или собирать модели в единую с возможностью единовременного редактировани€. „аще всего достаточно св€зать модели в тех точках, которые важны дл€ согласовани€, — примерно так же происходит и в реальном мире, когда каждый специалист отвечает за свою часть проекта, а на собрани€х обсуждаютс€ наиболее спорные участки.

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

  1. —амый простой и очевидный путь: открыть все объекты, сохраненные в IFC-формате, и, считав их данные, построить в своей модели аналогичные объекты автоматически. Ќапример, в IFC-файле сохранена колонна высотой 3 метра, с профилем «тавр по стандарту G, сери€ M», расположенна€ по координатам X, Y, Z. ѕрограмма считывает эти данные и создает аналогичную (по характеристикам) колонну. ћожете назвать недостатки такого подхода? »х много, но назову глобальный — при повторном экспорте вы получите еще одну колонну. ƒес€тки экспортов (а они без сомнени€ будут в процессе работы над проектом) — дес€тки дублей.
  2. ¬торой путь более сложен: построить св€зь между объектом в IFC и объектом в вашей BIM-модели, а затем синхронизировать изменени€ между этими базами данных. “ут уже можно размышл€ть о двусторонней св€зи между двум€ независимыми BIM-решени€ми. Ёто и есть иде€ св€занных моделей.
“ем, кто заинтересован этой технологией, рекомендую посмотреть, как IFC-модель, созданна€ в ArchiCAD, сейчас принимаетс€ в программном продукте Tekla — это один из возможных путей.

–ис. 6. ƒанные, сохраненные в промежуточный формат IFC, можно по-разному интерпретировать со стороны получател€ — тут нет универсальных правил

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

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

Ётап № 4 — возврат модели и обратное согласование
ѕри возврате модели очень важно проработать вопросы «как отображать объекты, которые уже добавл€лись в модель» и «что с этими объектами произошло за врем€ согласовани€». “о есть синхронизовать изменени€. ќп€ть же отвечать на эти вопросы каждое решение будет самосто€тельно — четкие правила еще вырабатываютс€. —ейчас выведены четыре стадии объектов:
  • новый объект, еще не добавл€вшийс€ в текущую BIM-модель, — «new»;
  • объект существует и не измен€лс€ с точки зрени€ текущей BIM-модели — «existing»;
  • объект существует и измен€лс€ — «modified»;
  • объект удален — «deleted».
— новыми объектами все €сно — они отображаютс€ в вашей модели в виде геометрии с информационными характеристиками. » вы принимаете новые решени€ с учетом их существовани€ — например, можете сделать перекрытие толще, чтобы учесть крепеж и армирование колонны (а за этим, возможно, пойдут изменени€ в фундаментных помещени€х и т.д.).

„то касаетс€ «existing»-объектов, мы можем просто прин€ть обновленные данные (оп€ть же, если они были). Ќапример, изменилась толщина колонн, мы принимаем эти изменени€ — и прекрасно, если толщина стен предусматривала увеличение габаритов колонны. ≈сли нет, то перестраиваем свой проект.

 оллизи€ с удаленными объектами тоже будет решатьс€ просто — если вы удалили объект в своем проекте, то он либо не вли€ет на вашего коллегу, либо вы уже согласовали с ним удаление объекта. ¬ любом случае надо бы обновить вашу IFC-модель у конструктора, чтобы пронести изменени€ по всем разделам.

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

ѕосмотрите пример работы вот в этом ролике:

–ис. 7. ѕример работы ArchiCAD-Tekla: возврат данных и контроль изменений BIM-моделей

«аключение
¬от основные положени€ технологии OpenBIM. ћне кажетс€, что основна€ проблема, с которой могут столкнутьс€ те, кто начнут внедр€ть эту технологию, — это сложность понимани€. —ложность обуславливаетс€ свободой взаимодействи€: не забываем, что эта технологи€ потенциально св€зывает между собой любые решени€. », как люба€ универсальна€ технологи€, требует грамотных настроек: понимани€ того, что вы объедин€ете, как вы взаимодействуйте, какую информацию вы закладываете в модели и чего хотите добитьс€ в результате. “ак что настройки взаимодействи€ будут сильно зависеть от того, какие решени€ вы объедин€ете, как работают специалисты и какой сложности проект — € пока не вижу, как сделать универсальную настройку, котора€ будет успешно примен€тьс€ в различных проектных группах и организаци€х.

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

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

”дачи!

ƒенис ќжигин,
директор по стратегическому развитию
«јќ «Ќанософт»
www.nanocad.ru

 омментариев: 34
id 9840     22 €нвар€ 2013, 15:51
 ќлег “.
—ейчас трансл€торы в IFC, насколько € понимаю, встроенные в ѕќ. (?)
ј внешние бывают? Ќапример, дл€ преобразовани€ распространенных форматов, таких, как DWG?
Ёто было бы очень интересно на практике, мне кажетс€.

ќтветить   ÷итировать выделенное

id 9841     22 €нвар€ 2013, 16:00
 ƒенис ќжигин
¬ ArchiCAD дл€ каждого экспорта свой тип трансл€торов. Ќа вскидку:
* ≈сть трансл€торы дл€ импорта-экспорта в *.dwg-формат. ќни определ€ют слои, толщины и типы линий, правила формировани€ штриховок и т.п.
* ≈сть трансл€торы дл€ импорта-экспорта в *.IFC-формат. ќни определ€ют какого класса объекты сохран€ютс€, как нумеруютс€ и т.п.

—ейчас в ArchiCAD встроено 4 трансл€тора по DWG и 11 трансл€торов по IFC (дл€ интеграции с Autodesk Revit Structure, с Autodesk Revit MEP, Bentley Building, BIM 2010, DDS-CAD MEP, Nemetschek Allplan Engineering, Scia Engineer, Tekla Structures и три общих).

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

ќтветить   ÷итировать выделенное

id 9842     22 €нвар€ 2013, 17:42
 ќлег “.
ќтвет ƒенис ќжигин

—пасибо.
ќказываетс€, что-то похожее должно быть в DDS-CAD Viewer.
Supported file formats: View Ifc, IfcZip, gbXML, DWG and DXF. Export Ifc, IfcZip, DWG, DXF, DWF and 3DS

ќтветить   ÷итировать выделенное

id 9843     22 €нвар€ 2013, 17:58
 ¬ладимир ћалюх

÷итата из ќлег “., id 9840:

Ќапример, дл€ преобразовани€ распространенных форматов, таких, как DWG?



Ќе очень пон€тно что из DWG в IFC преобразовывать. DWG не содержит описаний архитектурно-строительных объектов, его содержимое - суть линии, окружности, дуги, тексты и все.

ќтветить   ÷итировать выделенное

id 9844     22 €нвар€ 2013, 18:11
 ќлег “.
ќтвет ¬ладимир ћалюх

≈сть что преобразовывать.  ак и в 3DS, грани, например. Ќу а в программах типа AutoCAD Architecture - те же объекты. Ќо там, естественно, есть свои преобразователи.

ќтветить   ÷итировать выделенное

id 9846     23 €нвар€ 2013, 1:07
 ќлег ѕакидов
ќчень хороша€ своевременна€ стать€. —пасибо! — ¬ами мы встречались в Ќабережных „елнах при презентаци€х разработок NanoCAD, где-то года два тому назад. “еперь полностью € уверен, что владеете всем спектром коллизий на уровне проектировани€ и грамотно преподнесли проектному сообществу их проблемы. ѕроцесс формировани€ ћодели согласно ЂBIM стандартаї (пример английского) должен быть поэтапно зафиксирован отдельными стади€ми разработки Ц Ђ–јЅќ“ј ¬ ѕ–ќ÷≈——≈ї, Ђ—ќ√ј—ќ¬јЌ»≈ї, ЂќЅўјяї, Ђ”“¬≈–∆ƒ≈Ќќї и все эти коллизии хран€тс€ в Ђј–’»¬≈ї, тогда разговор о потер€х информации излишен. ѕо всей видимости, все это должно быть размещено в Ђхранилище COBie Ц ѕ–ќ≈ “ї где степень защищенности зависит от прин€того ЂBIM стандартаї и конкретного «аказчика. ¬се это отдельна€ стади€ процесса инвестиционного проекта в целом.
 ак строитель, получаю в производство утвержденную «аказчиком Ђѕроектную ћодельї и смету. Ёто совокупность Ђјрхитектурной +  онструктивной + ћ≈– ћоделейї вместе вз€тые где, на основании Ђспецификаций BIM проектировани€ї произведен расчет сметой стоимости каждого Ђэлемента здани€ї, которые доступны дл€ дальнейшего использовани€. ѕри этом сметные расчеты производ€тс€ программными продуктами - воспринимающую –оссийскую сметную базу данных виде “≈–, ‘≈–, “Ё—Ќ и ‘ирменных единичных расценок и т.д. Ѕухгалтерский учет 1— тоже построен на базе российской сметной нормативной базы. ”чет выполненных работ Ц  —-2,  —-3, материальный отчет производител€ работ ћ-29 и т.д. “еперь Ђѕроектна€ модельї без вс€ких проектных коллизий должна иметь Ђэлементную базуї равную представленной расчетной единицей предусмотренных в сметном расчете как денежного документа взаиморасчета с «аказчиком. ѕоэтому мен€ интересует как строител€ Ђэлементна€ базаї по которой € получаю деньги.
ј истори€ создани€ проекта совершенно не интересует мен€ как строител€. “еперь у мен€ возникают проблемы разложить стройку по вертикали (возведению) и по горизонтали временного производства работ с поставкой конструкций и материалов, обеспечением подъемными механизмами и инструментом и в конечном итоге обеспечить квалифицированными строительными кадрами дл€ выполнени€ строительства Ђточно в срокї и Ђс наименьшими затратамиї. ѕод сметную стоимость получить аванс на строительство, заказать материалы на основе российской квалификации и кодировани€. ѕо всей видимости - необходима Ђ—троительна€ ћодельї. Ќа этом перевале необходима едина€ доступна€ Ђэлементна€ база здани€ї хранима€ в хранилище ЂCOBie —“–ќ… јї со своими расчетными данными необходимыми дл€ строительства.
ѕо моим пон€ти€м все это должно быть отражено в Ђ–оссийском BIM стандартеї. –оссийский IFC (rusIFC) должен быть узаконен, поддержка и накопление через –оссийское ќбъединение RuSBIM наподобие BIMS (американского), NBS (английского), Lexicon (√олландского) и еще 23 страны мира, которые вход€т в аль€нс buildingSMART.
OpenBIM, несомненно, должен быть прописан и в –оссии.

ќтветить   ÷итировать выделенное


ѕол€, помеченные * об€зательны дл€ заполнени€

  »м€ *

  e-mail

  web

¬ы можете ввести не более 3000 символов, осталось:

¬ведите
первые 3 символа:

 *

ќбновить



    

„итайте также:


¬акансии:

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

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

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: PLMpedia Ч в хорошие руки
ѕроект ЂЌародное —јѕ–-интервьюї

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

isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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