Формат файлов информационной модели ifc это

Обновлено: 08.07.2024

ГОСТ Р 10.0.02-2019/ИСО 16739-1:2018

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Система стандартов информационного моделирования зданий и сооружений

ОТРАСЛЕВЫЕ БАЗОВЫЕ КЛАССЫ (IFC) ДЛЯ ОБМЕНА И УПРАВЛЕНИЯ ДАННЫМИ ОБ ОБЪЕКТАХ СТРОИТЕЛЬСТВА

System of standards on information modeling of buildings and structures. Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries. Part 1. Data schema

ОКС 91.010.01
35.240.67
35.240.01

Дата введения 2019-09-01

Предисловие

1 ПОДГОТОВЛЕН Ассоциацией организаций по развитию технологий информационного моделирования в строительстве и ЖКХ (БИМ-Ассоциация) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Проектным техническим комитетом по стандартизации ПТК 705 "Технологии информационного моделирования на всех этапах жизненного цикла объектов капитального строительства и недвижимости"

4 Настоящий стандарт идентичен международному стандарту ИСО 16739-1:2018* "Отраслевые базовые классы (IFC) для обмена и управления данными об объектах строительства. Часть 1. Схема данных" (ISO 16739-1:2018 "Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries - Part 1: Data schema", IDT).

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.

Разделы 4-8 и приложения A-F настоящего стандарта представлены в виде машиночитаемого текста в формате HTML, записанного на электронный носитель (CD-диск), и являются его неотъемлемой частью.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

Настоящий стандарт разработан на основе международного стандарта ISO 16739-1:2018 для машиночитаемого представления информации по строительству и эксплуатации зданий и сооружений, а также для обмена строительными данными. Цель стандарта - сформировать нейтральный механизм, способный описать здания и сооружения на протяжении всего их жизненного цикла. Этот механизм подходит не только для универсального обмена данными, но и в качестве основы для реализации и обмена базами данных изделий, а также документирования.

В свою очередь, международный стандарт ИСО 16739-1:2018 основан на отраслевом стандарте IFC 4 с дополнением 2 и поправкой 1, разработанном buildingSMART International Limited.

Настоящий стандарт определяет набор схем данных с использованием языка EXPRESS для спецификации структур данных. Эти схемы, образующие единую машиночитаемую модель данных, представляют схему данных IFC, используемую для обмена структурированной строительной информацией и ее совместного использования различными программными средствами, используемыми в отрасли строительства и эксплуатации зданий и сооружений.

Настоящий стандарт содержит термины, понятия и элементы спецификации структур данных, возникшие в рамках дисциплин, родов занятий и профессий в отрасли промышленного строительства и эксплуатации зданий и сооружений. Термины и понятия описаны обычным языком, элементы данных в спецификации структур данных обозначены с соблюдением правил именования:

- названия элементов данных для типов, сущностей, правил и функций в EXPRESS начинаются с префикса "Ifc" и состоят из слов на английском языке с соблюдением правил именования "PascalCase" (нет знаков подчеркивания, слова начинаются с прописной буквы);

- имена атрибутов в рамках сущности EXPRESS следуют правилам именования "PascalCase" без префикса;

- определения набора свойств, являющихся частью настоящего стандарта, начинаются с префикса "Pset_" и состоят из слов на английском языке с соблюдением правил именования "PascalCase";

- определения набора количественных параметров, являющихся частью данного стандарта, начинаются с префикса "Qto_" и состоят из слов на английском языке с соблюдением правил "PascalCase".

Архитектура схемы данных, представленная в настоящем стандарте, определяет четыре понятийных уровня, каждому из которых назначается своя схема.

1. Уровень ресурсов - этот нижний уровень содержит все варианты схем, содержащие определения ресурсов. Эти определения не имеют глобально уникального идентификатора и не должны использоваться вне связи с определением сущности более высокого уровня.

2. Основной уровень - этот следующий уровень содержит схему ядра и схемы расширения основного понятийного уровня, содержащие наиболее общие определения сущностей. Все сущности, определенные на базовом или более высоком уровне, содержат глобально уникальный идентификатор, а также, возможно, сведения о владельце и хронологии своего существования.

3. Уровень функциональной совместимости - этот следующий уровень содержит схемы с определениями сущностей, связанными с конкретными универсальными типами изделий, процессами или детализациями ресурсов, используемые в нескольких дисциплинах. Как правило, эти определения применяются для обмена строительной информацией между различными функциональными областями строительной отрасли ее совместного использования.

4. Уровень функциональных областей - этот верхний уровень включает схемы данных, содержащие определения сущностей, являющихся детализациями изделий, процессов или ресурсов, относящихся к определенной сфере, области строительной отрасли. Такие определения обычно используются для обмена информацией между различными областями и ее совместного использования.

На рисунке 1 показана архитектура схемы данных с понятийными уровнями.

Рисунок 1 - Архитектура схемы данных с понятийными уровнями

1 Область применения

Формат данных с открытой спецификацией IFC представляет собой открытый международный формат для информационной модели данных объектов строительства (BIM), предназначенных для обмена и совместного использования в программных приложениях, применяемых участниками отрасли строительства и эксплуатации зданий и сооружений. Этот стандарт содержит определения для данных объектов строительства на протяжении всего их жизненного цикла. Это издание стандарта, вместе с последующими, расширяет область применения стандарта, включая также определения данных для объектов инфраструктуры на протяжении всего их жизненного цикла.

Формат данных с открытой спецификацией определяет схему данных и структуру формата файлов обмена данными. Схема данных определяется на:

- языке спецификации данных EXPRESS, определенном в стандарте ИСО 10303-11,

- языке определения схемы XML (XSD), определенном в стандарте W3C схемы XML,

при этом определение схемы EXPRESS является исходным, а определение схемы XML создается из схемы EXPRESS с учетом правил сопоставления, определенных в ИСО 10303-28. Форматы обменных файлов для обмена данными и их совместного использования согласно понятийной схеме:

- текстовое кодирование структуры обмена данными, как определено в ИСО 10303-21;

- расширяемый язык разметки (XML), определенный в стандарте XML W3C.

Могут использоваться и другие форматы файлов обмена, если они соответствуют схемам данных.

Эта версия схемы данных IFC состоит из схем данных, представленных в виде схемы EXPRESS и схемы XML, а также справочных данных, представленных как определения свойств и названий количественных параметров, а также формальных и информативных описаний.

Подмножество схемы данных и связанных данных называется определением модельного вида (MVD). Один или несколько типичных отраслевых рабочих процессов в строительстве и эксплуатации зданий и сооружений может быть описан конкретной реализацией MVD. Каждый рабочий процесс устанавливает требования к обмену данными для программных приложений. Для создания модельного вида требуется специальное программное обеспечение.

1.1 Общее применение

Нижеперечисленное распространяется на всю область действия данного выпуска IFC:

- определения формата обмена данными BIM, которые требуются на всех этапах жизненного цикла зданий:

- мониторинг рынка и анализ, выводы;

- технико-экономическое обоснование возведения сооружения;

- стратегия развития объекта;

- планирование возведения с разработкой технологии, организации и технологических регламентов производства работ;

- конструирование и проектирование;

- финансовое планирование, закупки, организация финансирования;

- планирование возведения с разработкой технологии;

- эксплуатация и обслуживание;

- определения формата обмена данными BIM, которые требуются в различных областях, связанных с теми или иными этапами цикла эксплуатации:

- проектирование и расчет зданий и сооружений;

- снабжение и закупки;

- управление требованиями заказчика;

- обращение в компетентные органы за получением разрешений и утверждением;

- определения формата обмена данными BIM, включая:

Нижеперечисленное выходит за рамки данного выпуска IFC:

- определение формата обмена данными вне функциональной области строительства и эксплуатации зданий и сооружений;

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

Если коротко, то формат Industry Foundation Classes (IFC) предназначен для описания данных об архитектуре, проектировании и строительстве и был создан по инициативе Autodesk.

Сразу надо отметить, что IFC не является форматом обмена данными для дальнейшего редактирования. Т.е модель в формате IFC не подходит для продолжения работы с ней после импорта в любую BIM программу. Для чего же можно его использовать? Например, если вашему заказчику понадобится весь проект или его раздел в формате IFC.

Richard Junge взяв за основу STEP, поставил задачу разработать формат, который станет независимым от производителей САПР. Его идея заключалась в том, чтобы весь процесс от проекта до строительства и управления зданием упростить и ускорить. В отличие от традиционного обмена 2D-линиями и 3D-данными объема, IFC должен был предоставить пользователю кросс-программную «интеллектуальную» модель данных. Например, инженер-строитель мог бы изменить или расширить модель данных с учетом статических требований и вернуть изменения архитектору без потерь. Планировщик строительных услуг также мог бы использовать эту информацию для планирования маршрута. Также должны были бы учитываться все изменения модели, т.е. документироваться. Patrick MacLeamy, американский архитектор и председатель BuildingSMART, перенес тему в Соединённые Штаты. Дальнейшая разработка формата IFC осуществлялась Autodesk и в 1994 году Autodesk зарегистрировала формат IFC на своё имя.

Ярким представителем ClosedBIM сегодня является Revit. Он безвозвратно изменил представление пользователей CAD-программ об интерфейсе, простоте использования и быстроте проектирования. Его прародитель, софт Pro/Engineer в середине 90-х был глобальным лидером на западном рынке конструкторского проектирования машиностроительной промышленности. Цель его состояла в том, чтобы создать систему, которая была бы достаточно гибкой, чтобы побудить инженера легко рассматривать различные конструкции, а затраты на внесение изменений в проект должны быть минимальны. Начав в 1996 году команда разработчиков Revit, используя твердотельное параметрическое моделирование с концепцией единой модели данных для всего проекта, создала радикально новый подход к программному обеспечению для строительства. В 2002 году стартап Revit купила компания Autodesk. К сожалению, и, как ни странно, формат IFC трудно стыкуется c программами от Autodesk.

Какую роль играет наше государство в вопросах контроля и установления правил по обменным форматам? Оно следует примеру европейцев и похоже, заинтересовано в развитии OpenBIM. Министерство строительства и жилищно-коммунального хозяйства РФ и ФАУ «Федеральный центр нормирования, стандартизации и оценки соответствия в строительстве» в 2017 г разработало методические указания по обеспечению интероперабельности при информационном моделировании объектов строительства.

В данном документе указано, что IFC разработан как формат, который используется как промежуточный при обмене данными между другими форматами программных средств. Он структурирован для передачи данных, а не для поддержки функциональности. Например, он не поддерживает параметрическую геометрию, содержит данные о размерах, но не содержит информации, какие геометрические объекты контролируют эти размеры. Эффективно импорт IFC создает статические объекты, которые больше не редактируются. После импорта статической информационной модели без тщательной проверки каждого элемента нельзя быть уверенным в полной репликации всего объема данных. Посте того, как были внесены изменения в информационную модель с помощью программного обеспечения, экспорт обратно в IFC также проблематичен. Если была изменена только часть здания, остается вопрос ее интеграции в исходную модель IFC. Если все здание будет экспортировано обратно, заменив оригинальную модель IFC, то появится задержка во времени, которая означает различия в содержании данных, или проблемы, возникающие, если модель IFC должна использоваться и в других программных комплексах в процессе проектирования.

Статической модели IFC оказывается достаточно для выполнения анализа с помощью аналитического программного обеспечения. Однако если вы хотите изменить модель на основе результатов анализа, то IFC не позволит этого сделать. Так, на сайте Archicad отмечается, что при импорте IFC-модели некоторые элементы, определенные как IfcWall, IfcSlab и т.д., импортируются как объекты, а не как стены, перекрытия и т.д. Причина заключается в их упрощенном геометрическом BREP-представлении, задающем «наружную поверхность» или «контурное представление». Это означает, что кроме геометрической формы элемент не включает никакой другой информации, например, нет его привязки к осевым линиям. Таким образом, при проектировании конструкций со сложной геометрией в случае обмена данными по стандарту IFC приходится сталкиваться с потерей информации.

Стандарт формата IFC регулярно обновляется, регулярно обновляются программные средства, изменяются их функциональность. Некоторые классы удаляются, другие изменяются и добавляются новые. Нет гарантии, что все сохраненные файлы всегда будут корректно читаться программными средствами в будущем.

Существует ряд инициатив по созданию стандартов компонентов BIM, таких как Национальная библиотека BIM в Великобритании NBS (UK NBS National BIM Library). Но в NBS Великобритании пришлось использовать файлы проприетарного формата из-за отсутствия необходимой функциональности файлов IFC. Тем не менее, возможно появится способ для создания файловой схемы компонента IFC.

Альтернативой использованию формата IFC для обмена данными является использование специальных инструментов программного обеспечения для обмена данными:

Заказчики строительства, производители строительных материалов и инженерного оборудования используют решения различных САПР и заинтересованы в том, чтобы все САПР в полном объеме интегрировались друг с другом. Или хотя бы быстрее появлялись цепочки использования программных решений.

Различие интересов участников такого сложного процесса как строительство от инвестора и проектировщика до управляющей и эксплуатирующей компании слишком велико. Это и вопросы интеллектуальной собственности, и финансовых результатов, и различного рода ответственности. Хотя, казалось бы, что от автоматизации процессов и прозрачности должны выиграть все. Как будет развиваться данный аспект BIM трудно предсказывать. Возможно наступит время, когда информация по проекту не будет задерживаться у отдельных компаний, а будет передаваться автоматизировано и прозрачно в единую модель проекта.

Разработка такой модели данных здания как IFC, является относительно новым предприятием. Первым приложением, задуманным с этой концепцией - от венгерской компании Graphisoft - был ArchiCAD. Revit является самым последним приложением, и Autodesk приобрел компанию, ответственную за его разработку, Revit Technology Corporation, в 2002 году.

Есть и другие приложения, такие как Bentley Architecture и Autodesk Architectural Desktop, которые разработали свои модели данных здания на основе своих оригинальных платформ в CAD: MicroStation и Auto CAD соответственно.

Все эти приложения имеют свои внутренние структуры данных в «формате заказчика». Это означает, что они не могут обмениваться информацией друг с другом, если для того нет переводчика.

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

buildingSMART определяет IFC как схему данных, которая позволяет хранение данных и обмен информацией между различными приложениями BIM.

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

IFC, с технической точки зрения, определен с помощью спецификации нормы ISO 10303-11 для моделирования и обмена данными, также именуемой Стандартом для обмена данными по изделию STEP. ISO начала разработку спецификации (формата данных) STEP в 1984 г. с целью определения стандартов для общего представления и обмена информацией, а также стандарт STEP используется во многих сферах, таких как машиностроение и проектирование. Специалисты, которые первоначально были вовлечены в разработку стандарта STEP, создали МАИ (Международный альянс по интероперабельности) для разработки конкретных стандартов отрасли архитектурного и технического проектирования и строительства.

IFC использует ресурсы на основе стандарта STEP и такой же язык моделирования, который называется EXPRESS.

Стандарт STEP - это диапазон спецификаций, обладающий простым текстовым языком по спецификации схемы данных STEP/EXPRESS, ISO 10303-11 (2004), на котором также задан язык IFC; преобразование ISO 10303-21 (2002) для текстовых файлов, который представляет модели в соответствии со схемой данных; преобразование StepXML, ISO 10303-28 (2007) для файлов в формате XML (расширяемого языка разметки); преобразование для интерфейса прикладного программирования (API), ISO 10303 22 (1998) для получения доступа к моделям по программированию, известное как стандартный интерфейс доступа к данным (SDAI).

Из всех технологий преобразования ISO 10303 21 (2002) является одной из наиболее значимых в условиях интероперабельности, которая эффективно определяет формат файла IFC. Текущая разработка модели IFC находится в ведении buildingSMART.

IFC разрабатывается с 1997 года, когда еще была выпущена версия 1.0, и в наши дни после последовательных и систематических обновлений IFC был выпущен под версией 4×2 Addendum 2 в начале 2015 года. Версии проходят через модификации и разработки для того, чтобы лучше представить сущности и отношения в здании и в его жизненном цикле.
Поскольку это нейтральный и открытый формат данных, компании-разработчики программного обеспечения могут разрабатывать способы экспортирования данных IFC. Для того чтобы это осуществить, приложение должно быть «IFC-совместимым», процесс сертификации должен производиться путем создания технологии SMART. В наши дни существуют около 204 программ, сертифицированных в качестве «IFC-совместимых».

Обзор архитектуры IFC

Для того чтобы понять суть IFC в целом используется концептуальная схема Рисунка 1. Для упрощенного описания данной структуры пересматривались и резюмировались концепции в работах Истмана и др. (2008 г.), Хемлани (2004 г.), а также информация справочного сайта buildinSMART по IFC (2012b).

Рисунок 1: Общая схема IFC версии 2х3

Источник: Взято из buildingSMART

В данной структуре представлены четыре слоя, которые будут описаны последовательно сверху вниз:

Слой ресурсов > Основной слой > Слой совместимости: Общие элементы > Слой доменов

Слой ресурсов

Данный слой является основой, состоящей из сущностей, которые, как правило, используются в объектах отрасли архитектурного и технического проектирования и строительства, таких как геометрия, топология, материалы, системы измерений, ответственные посредники, представление, расходы, и т.д.

Основной слой

Все сущности данного слоя исходят из корневого каталога IFC и содержат в себе абстрактные сущности, на которые ссылаются более высокие слои в иерархии. Основной слой подразделяется на четыре дополнительных подслоя: Контроль, Продукт, Процесс и Основа.

Подслой Основа представляет собой базовую структуру, которая является отношением и общими основными понятиями для всех дополнительных специализаций в конкретных моделях, в которых основные понятия определяются как группа, процесс, продукт и отношения.

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

Общие элементы или слой совместимости

В этом слое находятся категории сущностей, которые представляют собой физические элементы здания.

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

Слой доменов

Это наивысший слой, который имеет дело с сущностями конкретных дисциплин, таких как Архитектура, Структура, Оборудование наряду с некоторыми другими.

Как определяются сущности IFC?

Для демонстрации этого понятия, приведем пример. Будут использованы две основные сущности «стена» и «пространство», и появится возможность увидеть, как каждая из них представлена по отдельности, и как представлено отношение между ними, как показано на Рисунке 2.

На Рисунке 2 прямоугольники представляют собой определения сущностей, показывающих некоторые из своих атрибутов: небольшие кружки представляют собой примеры сущностей «стены» и «пространства», а также ромбы представляют собой отношения между сущностями.

Рисунок 2: Сущность «стена» и сущность «пространство» в модели IFC и их отношения

Иерархия сущностей определяет сущность «стена» и прочие физические сущности, такие как плиты, балки, колонны.

Практически это означает, что сущность «стена» (ifcWall) задается как подтип сущности «элементы здания» (ifcBuildingElement), который является подтипом сущности «элемент» (ifcElement) и так далее до сущности «корневой каталог» (ifcRoot).

Атрибуты связаны с каждым типом сущности, и сущность «стена» наследует атрибуты всех сущностей выше, или «родительских сущностей», известных как «супертипы».

В этом случае все сущности на превосходящем уровне являются абстрактными; это означает, что это невозможно для создания примера сущности такого типа. Вот почему такие сущности находятся на Основном слое. Однако сущность «стена» не является абстрактной, что означает, что на нее нельзя сослаться для создания объектов «стены», которые существуют в модели здания. По большей части атрибуты стены, такие как ее тип, форма, локализация, количество, соединительные детали, проемы, и т.д. первоначально определяются их «супертипами».

Сущность «пространство» (ifcSpace) определяется как подтип «пространственный конструктивный элемент» ifcSpatialStructureElement), который является подтипом сущности «продукт» (ifcProduct), который также существует в иерархии сущности «стена».

В случае с сущностью «пространство», все сущности ее супертипа являются абстрактными, и сущность «пространство» наследует все свойства супертипов. Однако так же как и сущность «стена», сущность «пространство» не является абстрактной, и на нее можно сослаться для создания различных пространств здания.

Различные типы отношений могут быть связаны с сущностями, используемыми в примере. Отношение «агрегация» применимо для примеров сущности «пространство» для того, чтобы сгруппировать их в панели здания, а отношение «инкапсуляция» применимо для сущности «мебель» для того, чтобы расположить ее в определенном пространстве.
Если сущность «стена» должна быть связана с сущностью «пространство», будет применяться отношение «инкапсуляция» (ifcRelContainedSpatialStructure).

Как показано на Рисунке 2, отношение происходит на уровнях ifcElement и ifcSpatialStructureElement, это означает, что любой другой элемент - стена, балка, колонна, дверь и т.д. - могут быть связаны с пространственной структурой - участком, зданием, панелью, пространством.

Поскольку формат IFC позволяет создавать все эти типы отношений, ответственность за гарантию того, что такие отношения созданы надлежащим образом, несет автор приложения, которому придется экспортировать модель в формат ifc.

Так как формат IFC весьма гибок и не задает форму ассоциации, стена должна быть связана с пространством, но также может быть связана с панелью.
В то же самое время, приложение, которому необходимо найти стену, связанную с пространством, возможно, не найдет ее, если такая ассоциация не создана явным образом. Таким образом, способ, которым создается файл IFC для экспортирования посредством приложения, является очень важным, и это является решающим фактором успеха интероперабельности среди приложений, использующих IFC.

Сложность языка IFC

Язык IFC весьма обширен и сложен. Текущая версия 2×4 RC4, buildingSMART (2012d) включает в себя:

126 определяемых типов,
206 перечисляемых типов,
59 типов по выбору,
764 определения сущностей,
43 функции,
408 групп свойств,
91 группу величин
1691 индивидуальное свойство.

Сложность языка усугубляется возможностью существующих альтернативных форм моделирования для одного и того же объекта: например, структурный блок может быть смоделирован как с помощью представления, ограниченного четырьмя планами, так и посредством сжатия поверхности и вектора. Каждый из этих объектов имеет различные семантические значения, и, хотя они могут иметь такой же вид в объемном изображении, они будут рассматриваться по-разному в структурном методе анализа.
В тех случаях, в которых ifc не имеет конкретного объекта, язык содержит в себе механизм моделирования, называемый IfcProxy, который работает в качестве механизма для его расширения.

Если не принимать во внимание сложность языка, модели IFC, как правило, имеют большие размеры файлов. Например, здание с 19-ю панелями, полная модель которого составляет около 360 Mб.

Файл в формате IFC: Industry Foundation Classes (IFC)

Из энциклопедии Baidu:

buildingSMART - это нейтральная, международная и независимая некоммерческая организация, которая обслуживает полный жизненный цикл BIM, стремясь содействовать обмену информацией и сотрудничеству между всеми сторонами, участвующими в полном жизненном цикле строительных проектов.
Предшественником buildingSMART является Международный альянс по взаимодействию данных (IAI-International Alliance of
Interoperability), созданный в 1994 году. С момента своего создания buildingSMART International объединила многие всемирно известные компании и подразделения в области строительства, проектирования, производства продуктов, программного обеспечения и т. Д., А также открыла филиалы во многих странах Северной Америки, Европы, Австралии, Азии и Ближнего Востока. .
Основные вклады международной организации buildingSMART в глобальные исследования и разработки BIM-технологий включают:
(1) Стандарт IFC. Поскольку преимущества технологии BIM в строительной отрасли стали широко признаваться, многие производители программного обеспечения начали разрабатывать программное обеспечение для проектирования и платформы для совместной работы на основе технологии BIM. Обмен данными и преобразование между различными форматами файлов требует единого интерфейса данных. Стандарт IFC обеспечивает техническую основу и руководящие принципы для разработки этого интерфейса данных, а также облегчает передачу и чтение файлов проекта между множеством различных программ и платформ.
(2) OpenBIM. Это рабочий режим, основанный на открытых стандартах и прозрачных рабочих процессах, и направлен на содействие сотрудничеству и сотрудничеству между различными отделами в процессе проектирования.
(3) Кроме того, buildingSMART также активно проводит различные мероприятия по международному обмену, чтобы сократить расстояние между коммерческими компаниями-разработчиками программного обеспечения и пользователями инженерной практики, а также повысить эффективность исследований и инноваций в области технологий BIM.
Североамериканское подразделение buildingSMART, альянс buildingSMART, является основным производителем первого стандарта BIM (NBIMS) в США.

IFC поддерживается организацией buildingSMART.
IFC Specifications Database
Ниже приводится официально выпущенный стандарт IFC, эти компоненты включают документы и форматы HTML, EXPRESS, XSD / XML и OWL.

Official releases of the IFC specification are listed here, as well as
their components including HTML, EXPRESS, XSD/XML, and OWL
documentation and formats.

Вы можете использовать обычный текстовый редактор, чтобы открыть загруженный файл, и вы можете увидеть содержимое стандарта IFC. ЧтобыIFC4x1.xsd В качестве примера найдите контент, связанный с ifcWall:

Вы можете увидеть из первой строки: substitutionGroup="ifc:IfcBuildingElement
не нашел его определения в документе, но вы можете увидеть из справочного документа:

Эта иерархическая структура очень похожа на объектно-ориентированное программирование, давайте разберемся с ней в соответствии с отношениями наследования в объектно-ориентированном программировании.

Это очень похоже на программирование, один ifcElement Может быть от 0 до 1 Representation 。

Помимо формата xsd существует также формат RDF или OWL, который также можно назватьifcOWL формат. Список конкретных форматов, ссылкаВот。

What is ifcOWL?

ifcOWL provides a Web Ontology Language (OWL) representation of the Industry Foundation Classes (IFC) schema. IFC is the open standard for representing building and construction data (see BuildingSMART). The ifcOWL ontology has the same status as the EXPRESS and XSD schemas of IFC.

Преобразование IFC Express и ifcOWL

The ifcOWL ontologies are generated directly from the IFC EXPRESS schemas. The recommended conversion procedure is entirely open and documented in an LDWG recommandation. The procedure follows the principles displayed in the below schema.

Интеллектуальная рекомендация

совместный запрос mysql с тремя таблицами (таблица сотрудников, таблица отделов, таблица зарплат)

1. Краткое изложение проблемы: (внизу есть инструкция по созданию таблицы, копирование можно непосредственно практиковать с помощью (mysql)) Найдите отделы, в которых есть хотя бы один сотрудник. Отоб.

[Загрузчик классов обучения JVM] Третий день пользовательского контента, связанного с загрузчиком классов

IP, сеанс и cookie

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