Если вы занимаетесь проектированием в Москве, то уже столкнулись или скоро столкнётесь с новыми требованиями: ДГП (Департамент градостроительной политики) ввёл обязательную подачу IFC-моделей при согласовании архитектурно-градостроительных решений (АГР). Это закреплено в официальном нормативном документе и распространяется на все объекты капитального строительства, по которым предусмотрено утверждение АГР.
Просто нажать кнопку «Экспорт в IFC» в Revit - недостаточно. Требования конкретные и строгие.
Что именно требует ДГП
- Модель должна соответствовать схеме IFC 4.0.2.1 (IFC4 Reference View) и передаваться в формате IFC SPF (.ifc). Файлы подаются отдельно по дисциплинам - ЦИМ АР (архитектурные решения), ЦИМ ПС (проектная ситуация), ЦИМ БиО (благоустройство и озеленение).
- Наименование файлов строго регламентировано. Формат: НН_К01_С01_АР_АГР, где каждое поле имеет чёткое значение: шифр вида объекта, номер корпуса, номер секции, шифр ЦИМ и шифр этапа. В качестве разделителя полей необходимо использовать символ «_» (нижнее подчеркивание).
- Уровни в модели тоже именуются по правилам: С01_1_этаж_основной_+3,000. Номер секции, номер уровня, наименование уровня, назначение уровня - обязательные поля и необязательное - отметка.
- Каждый элемент модели, к которому предъявляются требования, должен быть сопоставлен конкретному классу IFC: стены - IfcWall, перекрытия - IfcSlab, помещения - IfcSpace и так далее. Использование класса IfcBuildingElementProxy запрещено за исключением случаев, описанных в Требованиях.
- Атрибутивный состав элементов определён через пользовательские наборы параметров с префиксами RusSet_ и RUS_. Например, RUS_Name, RUS_Area, RUS_MSSK_Element_Code. Стандартные Pset_ параметры при рассмотрении АГР не учитываются - важны только национальные расширения.
- Для обеспечения возможности определения функционального назначения здания необходимо наличие заполненного атрибута RUS_FNO в параметрах проекта каждой дисциплинарной ЦИМ АР. Данный параметр должен содержать значение «Жилое здание» или «Нежилое здание».
- Помимо IFC-файлов, необходимо предоставить ведомость ЦИМ АГР в формате XML и XML технико-экономических показателей (ТЭП) с заполненными данными об объекте.
- Модель должна быть проверена на коллизии согласно матрице с допусками в миллиметрах, а координация всех дисциплинарных файлов - обеспечена через единую систему координат с привязкой к местным координатам и Балтийской системе высот.
- Каждый файл должен быть подписан усиленной квалифицированной электронной подписью (УКЭП).
Почему это важно прямо сейчас
Именно с этой задачей мы работаем в IND и в рамках продукта dLab, разрабатывая IFC-модели в соответствии с требованиями ДГП и инструменты автоматизации. На практике знаем, где чаще всего возникают ошибки - в классификации элементов, в именовании уровней, в атрибутивном составе и т.д.
В ближайших постах разберу IFC от основ до практики подготовки модели под эти требования. Ниже - навигация по всем темам серии. Сохраните этот пост.
Основы
- Форматы файлов: .ifc, .ifczip, .ifcxml - в чём разница
- Версии схемы: IFC2x3 vs IFC4
- MVD: почему это важнее версии схемы
Структура и классификация
- Базовая структура IFC-файла: от IfcProject до элементов
- Классы IFC и категории Revit: как не потерять данные
- Общие параметры IFC в Revit: что добавить и зачем
Экспорт
- Настройки экспорта IFC: основные параметры + версия модуля
- Настройки экспорта IFC: наборы параметров и расширенные опции
Работа с файлом
- Связь vs открытие IFC в Revit + обзор вьюверов
- Практика: типичные ошибки и советы по подготовке модели
- Чеклист качества IFC-модели
- Автоматизация: плагины dLab и Dynamo