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

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 9834     22 €нвар€ 2013, 11:15
 –егина ћ

÷итата из ¬ладимир Ўебастюк, id 9832:

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


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

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

id 9835     22 €нвар€ 2013, 14:10
 ƒенис ќжигин
”х, развернутые ответы на комментарии в статье могут пот€нуть на новую статьюЕ   ќтветы последовательно:
2 ≈вгений Ўирин€н:
1. карты процесса Ц ой, € все-таки не настолько ученый муж   ƒаже мыслей в этом направлении не былоЕ
2. Ђ»нтересно было бы узнать побольше о строительной модели и ее спецификеї. “ут € не специалист, не сталкивалс€. „исто логически это задача планировани€ и организации Ц мне кажетс€, что нет большой необходимости в динамической св€зи с системами проектировани€. ”читыва€, что сейчас более критичной €вл€етс€ св€зка архитектор-инженеры, то € пока глубоко в следующие стадии не загл€дывал.
3. Ђпровисает концептуальна€ стади€ и ее представление в виде моделиї. „астично, свое мнение на эту тему € затронул на этапе є3, второй абзац:
ЂЌа первых шагах вы, скорее всего, захотите получить модель дл€ того, чтобы быстрее начать работу, сократить врем€ построени€ своей BIM-модели. », скорее всего, тут вас ждет разочарование Ц полученна€ таким образом BIM будет непригоднаї
ћне кажетс€, что это же относитс€ и к концептуальной модели, котора€ еще более отличаетс€ от рабочей архитектурной модели, чем архитектурна€ от инженерной. ѕри концепции архитектор в большинстве случаев вообще не задумываетс€ о конструктиве, о том, как Ђправильної выстраивать модель. я бы даже посмел высказать мысль, что на этапе концепции модель не €вл€етс€ BIM-моделью Ц скорее рисунок здани€, контур.
» иде€ передавать эту концепцию в BIM-модель на мой взгл€д утопична Ц слишком много надо будет настраивать карт соответстви€, фильтровать модель и т.п. ќценива€ трудозатраты к результату Ц мне кажетс€, что после согласовани€ концептуальной модели с заказчиком правильнее заново отстроить архитектурную BIM-модель, котора€ будет использоватьс€ дл€ генерации архитектурных рабочих чертежей.
» в первую очередь мои слова справедливы дл€ крупных проектов. ƒелаю эту оговорку потому, что, без сомнени€, все сильно зависит от проекта, его размера, степени детализации Ц если проект небольшой (интерьер ресторана, например), то можно делать концепцию в ArchiCAD (например, с помощью ћорф), потом ее доработать в рабочую BIM-модель, потом ее отфильтровать и классифицировать дл€ передачи в конструкторские и инженерные BIM, а потом все собрать в единой среде Ц Ќэвисворкс или том же ArchiCAD. Ќо на крупных проектах думаю, что модель надо будет перерабатывать Ц особенно учитыва€, что только архитектурна€ модель может доходить до 1-2 √б в виде файла, а в пам€ти может развернутьс€ и до 8 √б. ѕри таких размерах проекта на данный момент существует реальна€ опасность уткнутьс€ в аппаратные возможности железа.

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

id 9836     22 €нвар€ 2013, 14:20
 ƒенис ќжигин
2 ¬ладимир Ўебастюк:

÷итата из ¬ладимир Ўебастюк, id 9832:
ћолитс€ в храмах надо, а на работе нужно работать=) ј если серьезно, то мое мнение, что гораздо проще организовать нормальное резервное копирование, чем консистентность нескольких источников данных. ѕоэтому € бы все же сказал, что система с множеством источников ведет себ€ по-другому: ни лучше, ни хуже, просто по-другому.


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

2 Ѕусов јлександр:

÷итата из Ѕусов јлександр, id 9831:
ƒенис, а к ¬ам небольшой off-topic вопрос, но очень большой wish-list от наших электриков :
явл€емс€ пользовател€ми nanoCAD-Ёлектро и nanoCAD-—ѕƒ—.
Ќа рабочем месте имеем две лицензии, nanoCAD-Ёлектро и nanoCAD-—ѕƒ—. ќчень неудобно работать в разных приложени€х одновременно, приходитс€ закрывать проект в Ёлектро и открывать в —ѕƒ— дл€ редактировани€ строительной подосновы или оформлени€ разрезов трасс. ’отелось бы иметь возможность использовать функции —ѕƒ— в среде Ёлектро.
 ак на рабочих местах оборудованных св€зкой јвтоCAD + —ѕƒ— GraphiCS, где функции —ѕƒ— интегрированы в интерфейс јвтоCAD.


≈сли проводить аналогии с AutoCAD-платформой, то тут надо говорить об единовременной интеграции Project Studio Ёлектрика и —ѕƒ— GraphiCS Ц у —и—офт ƒевелопмент есть под AutoCAD так называемый ЂCS интеграторї, который позвол€ет совмещать два профил€ независимых программ в рамках объединенного профил€ и работать двум программам в одном сеансе.
“о же самое мы планируем под nanoCAD Ц может быть несколько удобнее.

ј по wish-list надо бы обратитьс€ к разработчикам nanoCAD Ёлектро Ц у них есть API дл€ работы с элементами оформлени€ —ѕƒ—. ѕоэтому, если будут запросы от пользователей, то они могут включить функционал —ѕƒ— внутри Ёлектро через пару версий.

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

id 9837     22 €нвар€ 2013, 14:24
 ƒенис ќжигин
2 –егина ћ:

÷итата из –егина ћ, id 9834:

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


1. √руппа фирм не така€ уж и узка€. ¬ любом случае, их больше, чем одна компани€ Autodesk, котора€ разрабатывает проприетарный RVT формат дл€ BIM, к которому никто кроме Autodesk доступа не имеет.
2. Ёто не планы; с этим уже работают компании в јмерике, ‘инл€ндии, √ермании. ¬от стать€ в блоге на тему интеграции ArchiCAD с Revit через IFC формат на примере отел€:
http://blog.graphisoftus.com/graphisoft/archicad-15/cjmws-hotel-indigo-project-calls-for-ifc-exploration
» на русском: http://archicad.ru/events/news/20130116-0000.html

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

id 9838     22 €нвар€ 2013, 15:21
 Architector

÷итата из ƒенис ќжигин, id 9837:

¬от стать€ в блоге на тему интеграции ArchiCAD с Revit через IFC формат


я не пойму, зачем интегрировать ArchiCAD с Revit, если ArchiCAD, как здесь говоритс€, намного лучше?

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

id 9839     22 €нвар€ 2013, 15:32
 ƒенис ќжигин

÷итата из Architector, id 9838:

я не пойму, зачем интегрировать ArchiCAD с Revit, если ArchiCAD, как здесь говоритс€, намного лучше?


я сравнивал ArchiCAD и архитектурный Revit и отдельно это подчеркивал...  ак вы, наверное, знаете, Revit'ов в свое врем€ было три: Architectural, Structure и MEP. ѕодозреваю, что имеетс€ в виду интеграци€ ArchiCAD как архитектурного решени€ (используемого в архбюро CJMW) и Revit как решени€ дл€ конструкторов.

—обственно, это действительно имеет смысл - цена Revit ниже, чем у Tekla (насколько € знаю). ѕлюс Revit в јмерике дл€ конструкторов более привлекателен, чем в –оссии, благодар€ более тесной поддержке стандартов проектировани€. Ќу, а ArchiCAD дл€ конструкторов никогда и не позиционировалс€ - это не его область.

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


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

  »м€ *

  e-mail

  web

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

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

 *

ќбновить



    

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


¬акансии:

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

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

ќбзор новостей:  »юль

ƒавид Ћевин:

„то способствовало июльскому обилию обновлений —јѕ–?

  • 5 компаний сообщают о новых релизах
  • –ынок сообщает и о других достойных событи€х
  • Autodesk сообщает, как правильно вернутьс€ в офис
  •  онкуратор сообщает, что он жив
  • ¬. „ебыкин сообщает о 7+ миллиардах думающих земл€н
  • ј. ћехонцев сообщает, за что BIM-менеджер получает 100 тыс€ч и как им стать
  • ћ. ћишустин сообщает, как будет развиватьс€ индустри€ »“

¬се номера       

ѕодписатьс€ на рассылку isicad

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: Ўесть главных мифов о PLM
ѕроект ЂЌародное —јѕ–-интервьюї

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

isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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