Справка: Задание на проектирование в XML
Заполнение ИФ задания
Как в задании на проектирование заполнить элемент «Смежные объекты капитального строительства»
Элемент «Смежные объекты капитального строительства» не является обязательным к заполнению (рисунок 1).
В сведениях о смежных объектах, при их наличии, может быть указана информация о линейных объектах, ранее запроектированных в одном техническом коридоре с объектом, проектируемом по данному заданию на проектирование (далее – ЗнП).
Заполнение сведений не регламентируется и указывается на усмотрение составителя ЗнП.
Код объекта также не является обязательным для заполнения, но, при его наличии согласно внутренним регламентам организации застройщика, может быть указан для обеспечения дальнейшей идентификации и поиска среди множества иных объектов организации.
Формат кода объекта не привязан к классификатору строительной информации (КСИ). Его значение ограничено только наличием любого количества букв, цифр, знаков подчеркивания и тире.
#ЗнП
#XML-схемы
#ЗнП в XML
#Сервис ЗнП
#Формирование ЗнП в XML
#Интерактивная форма ЗнП
#Классификатор строительной информации
#Код объекта
#Смежные объекты
Заполнение ИФ задания
Как в задании на проектирование заполнить элемент «Смежные объекты капитального строительства»
Элемент «Смежные объекты капитального строительства» не является обязательным к заполнению (рисунок 1).
В сведениях о смежных объектах, при их наличии, может быть указана информация о линейных объектах, ранее запроектированных в одном техническом коридоре с объектом, проектируемом по данному заданию на проектирование (далее – ЗнП).
Заполнение сведений не регламентируется и указывается на усмотрение составителя ЗнП.
Код объекта также не является обязательным для заполнения, но, при его наличии согласно внутренним регламентам организации застройщика, может быть указан для обеспечения дальнейшей идентификации и поиска среди множества иных объектов организации.
Формат кода объекта не привязан к классификатору строительной информации (КСИ). Его значение ограничено только наличием любого количества букв, цифр, знаков подчеркивания и тире.
#ЗнП
#XML-схемы
#ЗнП в XML
#Сервис ЗнП
#Формирование ЗнП в XML
#Интерактивная форма ЗнП
#Классификатор строительной информации
#Код объекта
#Смежные объекты
🔥1
Справка: Задание на проектирование в XML
Заполнение ИФ задания
Особенности заполнения подразделов «Требования к основному технологическому оборудованию», «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» раздела «Основные требования к проектным решениям»
Если должны соблюдаться различные требования к внешним и внутренним сетям, отразить сведения об этом можно в подразделе «Требования к инженерно-техническим решениям» раздела «Основные требования к проектным решениям» (рисунок 1).
«Требования к основному технологическому оборудованию» – внутренние сети;
«Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» – внешние сети
Рисунок 1 – «Требования к основному технологическому оборудованию» (внутренние сети); «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» (внешние сети)
В элементе «Наименование технологической системы» обязательно выбрать систему.
Если нужно отразить информацию о требованиях более чем к одной системе напротив «Требования к основному технологическому оборудованию» нажать (рисунок 2).
ВАЖНО: в подразделах «Требования к основному технологическому оборудованию» / «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» каждая система может упоминаться единожды, в противном случае в протоколе проверки задания на проектирование будет выводиться сообщение об ошибке.
Рисунок 2 – Добавление и выбор системы в элементе «Наименование технологической системы»
#ЗнП
#XML-схемы
#ЗнП в XML
#Формирование ЗнП в XML
#Интерактивная форма ЗнП
#Требования к проектным решениям
#Внутренние сети
#Внешние сети
Заполнение ИФ задания
Особенности заполнения подразделов «Требования к основному технологическому оборудованию», «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» раздела «Основные требования к проектным решениям»
Если должны соблюдаться различные требования к внешним и внутренним сетям, отразить сведения об этом можно в подразделе «Требования к инженерно-техническим решениям» раздела «Основные требования к проектным решениям» (рисунок 1).
«Требования к основному технологическому оборудованию» – внутренние сети;
«Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» – внешние сети
Рисунок 1 – «Требования к основному технологическому оборудованию» (внутренние сети); «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» (внешние сети)
В элементе «Наименование технологической системы» обязательно выбрать систему.
Если нужно отразить информацию о требованиях более чем к одной системе напротив «Требования к основному технологическому оборудованию» нажать (рисунок 2).
ВАЖНО: в подразделах «Требования к основному технологическому оборудованию» / «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» каждая система может упоминаться единожды, в противном случае в протоколе проверки задания на проектирование будет выводиться сообщение об ошибке.
Рисунок 2 – Добавление и выбор системы в элементе «Наименование технологической системы»
#ЗнП
#XML-схемы
#ЗнП в XML
#Формирование ЗнП в XML
#Интерактивная форма ЗнП
#Требования к проектным решениям
#Внутренние сети
#Внешние сети
🔥1
Справка: Задание на проектирование в XML
Заполнение ИФ задания
Особенности заполнения раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование при капитальном ремонте объекта капитального строительства
В интерактивной форме задания на проектирование (далее – ЗнП) раздел «Необходимость выполнения инженерных изысканий для подготовки проектной документации» обязателен к заполнению, независимо от вида работ.
В соответствии с законодательством о градостроительной деятельности выполнение инженерных изысканий при капитальном ремонте объекта капитального строительства не предусмотрено, т.к. раздел «Необходимость выполнения инженерных изысканий для подготовки проектной документации» обязателен к заполнению, рекомендуем справочно указать следующую информацию в блоках ЗнП (рисунок 1):
- «Общие требования» указать текстом «Требования отсутствуют» либо «Выполнение инженерных изысканий не требуется» (формулировка свободная на решение автора ЗнП);
- «Местоположение района (площадки, трассы) проведения инженерных изысканий» указать адрес объекта капитального ремонта;
- «Требования к инженерным изысканиям (по виду изысканий)» выбрать вид инженерных изысканий «Обследования состояния грунтов оснований зданий и сооружений, их строительных конструкций» и указать текстом «Требования отсутствуют» либо «Выполнение обследований не требуется» (формулировка свободная на решение автора ЗнП);
- «Требования к содержанию выпускаемых документов (по виду документа)» выбрать код документа 06.07 и указать текстом «Требования отсутствуют» (формулировка свободная на решение автора ЗнП);
Рисунок 1
Визуализация заполненного раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» (рисунок 2)
Рисунок 2
#ЗнП
#XML-схемы
#Визуализация_XML
#ЗнП_в_XML
#Сервис_ЗнП
#Формирование_ЗнП_в_XML
#Интерактивная_форма_ЗнП
#Код документа
#Требования_к_ИИ
#Требования_к_содержанию
Заполнение ИФ задания
Особенности заполнения раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование при капитальном ремонте объекта капитального строительства
В интерактивной форме задания на проектирование (далее – ЗнП) раздел «Необходимость выполнения инженерных изысканий для подготовки проектной документации» обязателен к заполнению, независимо от вида работ.
В соответствии с законодательством о градостроительной деятельности выполнение инженерных изысканий при капитальном ремонте объекта капитального строительства не предусмотрено, т.к. раздел «Необходимость выполнения инженерных изысканий для подготовки проектной документации» обязателен к заполнению, рекомендуем справочно указать следующую информацию в блоках ЗнП (рисунок 1):
- «Общие требования» указать текстом «Требования отсутствуют» либо «Выполнение инженерных изысканий не требуется» (формулировка свободная на решение автора ЗнП);
- «Местоположение района (площадки, трассы) проведения инженерных изысканий» указать адрес объекта капитального ремонта;
- «Требования к инженерным изысканиям (по виду изысканий)» выбрать вид инженерных изысканий «Обследования состояния грунтов оснований зданий и сооружений, их строительных конструкций» и указать текстом «Требования отсутствуют» либо «Выполнение обследований не требуется» (формулировка свободная на решение автора ЗнП);
- «Требования к содержанию выпускаемых документов (по виду документа)» выбрать код документа 06.07 и указать текстом «Требования отсутствуют» (формулировка свободная на решение автора ЗнП);
Рисунок 1
Визуализация заполненного раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» (рисунок 2)
Рисунок 2
#ЗнП
#XML-схемы
#Визуализация_XML
#ЗнП_в_XML
#Сервис_ЗнП
#Формирование_ЗнП_в_XML
#Интерактивная_форма_ЗнП
#Код документа
#Требования_к_ИИ
#Требования_к_содержанию
🔥1
Справка: Задание на проектирование в XML
Заполнение ИФ задания
Особенности заполнения раздела «Основные требования к проектным решениям»
Блок «Основные требования к проектным решениям» является обязательным для заполнения (поле со звездочкой *).
Разделы звездочкой не отмечены, несмотря на это, обязательно должен быть заполнен хотя бы один из них (рисунок 1).
В зависимости от указанного вида объекта (линейный/нелинейный) могут быть заполнены только определенные разделы требований:
линейный объект: не могут быть заполнены разделы:
- требования к схеме планировочной организации земельного участка;
- требования к архитектурно-художественным решениям, включая требования к графическим материалам;
- требования к технологическим решениям;
- требования к конструктивным и объемно-планировочным решениям;
нелинейный объект: не могут быть заполнены разделы:
- требования к проекту полосы отвода;
- требования к технологическим и конструктивным решениям линейного объекта;
- требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта;
В разделе указываются требования в отношении определенной подсистемы, узла, агрегата и пр., можно сгруппировать в компонент с указанием его наименования, опционального описания и перечня самих требований, как пример, одно из требований к проектному решению: в помещении должно быть два компьютера, объединенных в сеть.
Если раздел не заполнять, в протоколе проверки задания на проектирование будет отображаться ошибка: «Содержимое раздела 'Содержание' является неполным» (рисунок 2)
Рисунок 1 – Раздел «Основные требования к проектным решениям»
Рисунок 2 – Ошибка «Содержимое раздела 'Содержание' является неполным»
#ЗнП
#XML-схемы
#ЗнП_в_XML
#Формирование_ЗнП_в_XML
#Ошибка_проверки_XML
#Список_ожидаемых_элементов
#Интерактивная_форма_ЗнП
#Требования_к_содержанию
#Требования_к_проектным_решениям
Заполнение ИФ задания
Особенности заполнения раздела «Основные требования к проектным решениям»
Блок «Основные требования к проектным решениям» является обязательным для заполнения (поле со звездочкой *).
Разделы звездочкой не отмечены, несмотря на это, обязательно должен быть заполнен хотя бы один из них (рисунок 1).
В зависимости от указанного вида объекта (линейный/нелинейный) могут быть заполнены только определенные разделы требований:
линейный объект: не могут быть заполнены разделы:
- требования к схеме планировочной организации земельного участка;
- требования к архитектурно-художественным решениям, включая требования к графическим материалам;
- требования к технологическим решениям;
- требования к конструктивным и объемно-планировочным решениям;
нелинейный объект: не могут быть заполнены разделы:
- требования к проекту полосы отвода;
- требования к технологическим и конструктивным решениям линейного объекта;
- требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта;
В разделе указываются требования в отношении определенной подсистемы, узла, агрегата и пр., можно сгруппировать в компонент с указанием его наименования, опционального описания и перечня самих требований, как пример, одно из требований к проектному решению: в помещении должно быть два компьютера, объединенных в сеть.
Если раздел не заполнять, в протоколе проверки задания на проектирование будет отображаться ошибка: «Содержимое раздела 'Содержание' является неполным» (рисунок 2)
Рисунок 1 – Раздел «Основные требования к проектным решениям»
Рисунок 2 – Ошибка «Содержимое раздела 'Содержание' является неполным»
#ЗнП
#XML-схемы
#ЗнП_в_XML
#Формирование_ЗнП_в_XML
#Ошибка_проверки_XML
#Список_ожидаемых_элементов
#Интерактивная_форма_ЗнП
#Требования_к_содержанию
#Требования_к_проектным_решениям
🔥1
5.png
29.5 KB
Справка: Задание на проектирование в XML
Заполнение ИФ задания
Особенности заполнения элементов «Требования к инженерным изысканиям (по виду изысканий)», «Требования к содержанию выпускаемых документов (по виду документа)» и «Требования к документу» раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование
В элементе «Требования к инженерным изысканиям (по виду изысканий)» из выпадающего списка выбираются требуемые инженерные изыскания, выполняемые для подготовки проектной документации. По каждому виду изысканий добавляется отдельная строка, из выпадающего окна выбирается необходимый вид инженерных изысканий (рисунок 1 -2).
Рисунок 1 – Добавление инженерных изысканий в раздел «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование
Рисунок 2
В элементе «Требования к содержанию выпускаемых документов (по виду документа)» из выпадающего списка необходимо выбрать код вида документа соответствующему виду инженерных изысканий (поиск можно осуществить по наименованию изыскания).
Рисунок 3 – заполнение элемента «Требования к содержанию выпускаемых документов (по виду документа)»
В элементе «Требования к документу» застройщик пишет свои требования к документу, текст произвольный. Требований может не быть, тогда в одном из ожидаемых к заполнению элементов «Подзаголовок» или «Текст» следует прописать: «Требование отсутствует» (рисунки 4 – 5).
Рисунок 4 – Добавление одного из обязательных элементов «Подзаголовок» или «Текст»
Т - добавить подзаголовок;
тТ - добавить текст;
Рисунок 5 – заполнение элемента «Требования к документу»
#ЗнП
#XML-схемы
#Визуализация_XML
#ЗнП_в_XML
#Сервис_ЗнП
#Формирование_ЗнП_в_XML
#Интерактивная_форма_ЗнП
#Требования_к_ИИ
#Требования_к_содержанию
Заполнение ИФ задания
Особенности заполнения элементов «Требования к инженерным изысканиям (по виду изысканий)», «Требования к содержанию выпускаемых документов (по виду документа)» и «Требования к документу» раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование
В элементе «Требования к инженерным изысканиям (по виду изысканий)» из выпадающего списка выбираются требуемые инженерные изыскания, выполняемые для подготовки проектной документации. По каждому виду изысканий добавляется отдельная строка, из выпадающего окна выбирается необходимый вид инженерных изысканий (рисунок 1 -2).
Рисунок 1 – Добавление инженерных изысканий в раздел «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование
Рисунок 2
В элементе «Требования к содержанию выпускаемых документов (по виду документа)» из выпадающего списка необходимо выбрать код вида документа соответствующему виду инженерных изысканий (поиск можно осуществить по наименованию изыскания).
Рисунок 3 – заполнение элемента «Требования к содержанию выпускаемых документов (по виду документа)»
В элементе «Требования к документу» застройщик пишет свои требования к документу, текст произвольный. Требований может не быть, тогда в одном из ожидаемых к заполнению элементов «Подзаголовок» или «Текст» следует прописать: «Требование отсутствует» (рисунки 4 – 5).
Рисунок 4 – Добавление одного из обязательных элементов «Подзаголовок» или «Текст»
Т - добавить подзаголовок;
тТ - добавить текст;
Рисунок 5 – заполнение элемента «Требования к документу»
#ЗнП
#XML-схемы
#Визуализация_XML
#ЗнП_в_XML
#Сервис_ЗнП
#Формирование_ЗнП_в_XML
#Интерактивная_форма_ЗнП
#Требования_к_ИИ
#Требования_к_содержанию
🔥1
Содержание справки по разделу «Заполнение ИФ задания»
Заполнение раздела «Исходно-разрешительная документация» задания на проектирование
Заполнение сведений в разделе «Перечень документов, являющихся основанием для проектирования объекта капитального строительства» задания на проектирование
Заполнение сведений об адресе объекта капитального строительства в задании на проектирование
Как в задании на проектирование в формате XML заполняется раздел «Объекты капитального строительства, входящие в состав объекта капитального строительства»
Как в задании на проектирование заполнить «Код объекта капитального строительства» в разделе «Требования к объекту капитального строительства» задания на проектирование
Как в задании на проектирование заполнить раздел «Цель реализации проекта»
Как в задании на проектирование заполнить элемент «Код вида документа»
Как в задании на проектирование заполнить элемент «Локальный идентификатор документа»
Как в задании на проектирование заполнить элемент «Смежные объекты капитального строительства»
Особенности заполнения подразделов «Требования к основному технологическому оборудованию», «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» раздела «Основные требования к проектным решениям»
Особенности заполнения раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование при капитальном ремонте объекта капитального строительства
Особенности заполнения раздела «Основные требования к проектным решениям»у
Особенности заполнения элементов «Требования к инженерным изысканиям (по виду изысканий)», «Требования к содержанию выпускаемых документов (по виду документа)» и «Требования к документу» раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование
#XML #ЗнП #Справка #Заполнение_ИФ_задания
Заполнение раздела «Исходно-разрешительная документация» задания на проектирование
Заполнение сведений в разделе «Перечень документов, являющихся основанием для проектирования объекта капитального строительства» задания на проектирование
Заполнение сведений об адресе объекта капитального строительства в задании на проектирование
Как в задании на проектирование в формате XML заполняется раздел «Объекты капитального строительства, входящие в состав объекта капитального строительства»
Как в задании на проектирование заполнить «Код объекта капитального строительства» в разделе «Требования к объекту капитального строительства» задания на проектирование
Как в задании на проектирование заполнить раздел «Цель реализации проекта»
Как в задании на проектирование заполнить элемент «Код вида документа»
Как в задании на проектирование заполнить элемент «Локальный идентификатор документа»
Как в задании на проектирование заполнить элемент «Смежные объекты капитального строительства»
Особенности заполнения подразделов «Требования к основному технологическому оборудованию», «Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения» раздела «Основные требования к проектным решениям»
Особенности заполнения раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование при капитальном ремонте объекта капитального строительства
Особенности заполнения раздела «Основные требования к проектным решениям»у
Особенности заполнения элементов «Требования к инженерным изысканиям (по виду изысканий)», «Требования к содержанию выпускаемых документов (по виду документа)» и «Требования к документу» раздела «Необходимость выполнения инженерных изысканий для подготовки проектной документации» задания на проектирование
#XML #ЗнП #Справка #Заполнение_ИФ_задания
🔥1
Сводное содержание справки по заданию на проектирование в XML
Содержание справки по разделу «Заполнение ИФ задания»
Содержание справки по разделу «Ошибки проверки XML»
Содержание справки по разделу «Управление доступом к заданию на проектирование»
Содержание раздела справки «Формирование задания на проектирование»
#XML
#ЗнП
#Содержание_справки
#Сводное_содержание_справки
P.S. Сохрани.
Содержание справки по разделу «Заполнение ИФ задания»
Содержание справки по разделу «Ошибки проверки XML»
Содержание справки по разделу «Управление доступом к заданию на проектирование»
Содержание раздела справки «Формирование задания на проектирование»
#XML
#ЗнП
#Содержание_справки
#Сводное_содержание_справки
P.S. Сохрани.
🔥7
Как незнание НПА и НТД по ТИМ по совокупности с обычаями делового оборота ведет к неосновательному обогащению подрядчика в условиях общих требований к ТИМ в ЗнП?
Как принцип эффективности использования бюджетных средств нагнал подрядчика за пределами выполненного контракта или как незнание НПА и НТД по ТИМ по совокупности с обычаями делового оборота ведет к неосновательному обогащению подрядчика в госзаказе в условиях общих требований к ТИМ в ЗнП?
Ярким примером того, как правовой вакуум в договоре заполняется жёсткими требованиями закона и сложившейся практикой, стало дело N А08-4432/2024 по иску бюджетного заказчика к подрядчику.
Несмотря на формальное принятие и оплату работ по пяти контрактам на
проектирование, подрядчик столкнулся с иском о взыскании неосновательного обогащения.
Причиной послужила проверка контрольно-счётной палаты, которая установила, что несмотря на применение повышающего коэффициента 1,19 за ТИМ, ключевой элемент в виде данных об инженерных сетях в ИМ ОКС - отсутствовал.
Ответчик настаивал, что контракт и задание на проектирование не содержали прямого и детального перечня требуемых элементов ИМ.
Однако суды трёх инстанций заняли иную позицию, создав прецедентную трактовку распределения рисков в сфере госконтрактов на ТИМ.
Обо всём по порядку - в нашем материале.
Пользуясь случаем, приглашаем на образовательный курс «Информационное моделирование в строительстве. НПА и НТД по ТИМ».
Ближайшие занятия пройдут в эти выходные, 15 и 16 ноября.
Как принцип эффективности использования бюджетных средств нагнал подрядчика за пределами выполненного контракта или как незнание НПА и НТД по ТИМ по совокупности с обычаями делового оборота ведет к неосновательному обогащению подрядчика в госзаказе в условиях общих требований к ТИМ в ЗнП?
Ярким примером того, как правовой вакуум в договоре заполняется жёсткими требованиями закона и сложившейся практикой, стало дело N А08-4432/2024 по иску бюджетного заказчика к подрядчику.
Несмотря на формальное принятие и оплату работ по пяти контрактам на
проектирование, подрядчик столкнулся с иском о взыскании неосновательного обогащения.
Причиной послужила проверка контрольно-счётной палаты, которая установила, что несмотря на применение повышающего коэффициента 1,19 за ТИМ, ключевой элемент в виде данных об инженерных сетях в ИМ ОКС - отсутствовал.
Ответчик настаивал, что контракт и задание на проектирование не содержали прямого и детального перечня требуемых элементов ИМ.
Однако суды трёх инстанций заняли иную позицию, создав прецедентную трактовку распределения рисков в сфере госконтрактов на ТИМ.
Обо всём по порядку - в нашем материале.
Пользуясь случаем, приглашаем на образовательный курс «Информационное моделирование в строительстве. НПА и НТД по ТИМ».
Ближайшие занятия пройдут в эти выходные, 15 и 16 ноября.
Telegraph
Как незнание НПА и НТД по ТИМ по совокупности с обычаями делового оборота ведет к неосновательному обогащению подрядчика в госзаказе…
@bimsert Как принцип эффективности использования бюджетных средств нагнал подрядчика за пределами выполненного контракта или как незнание НПА и НТД по ТИМ по совокупности с обычаями делового оборота ведет к неосновательному обогащению подрядчика в госзаказе…
👍3❤1
Forwarded from Всё про IFC
Способы связки чертежей с моделями в IFC.
Ранее мы говорили, что для связки модели и чертежей необходимо обеспечить целостность данных в ИМ ОКС. Стремления закрепить в Градкодексе цифровую информационную модель только усилит эту необходимость.
И раз уж решили идти по этому пути, то сразу надо подумать наперед о том, как:
1️⃣ обеспечить единовременную выгрузку модели и листов чертежей из САПР;
2️⃣ связать 2D-объекты на чертежах с элементами модели;
3️⃣ связать табличные данные (ведомости и спецификации) с элементами модели;
4️⃣ обеспечить возможность просмотра видов (разрезов, сечений) в пространстве модели вместе с аннотациями и штриховками чертежа.
🔍 Способ 1. Связь IFC и SVG
По этому пути двигается Bonsai (ex. BlenderBIM). Виды и аннотации создаются в редакторе, сохраняются в IFC. Сам лист чертежа оформляется и экспортируется в популярный векторный формат SVG с XML-разметкой, где 2D-объекты имеют IfcGUID для связи с элементами модели. И тут каждый SVG-файл - это отдельный лист чертежа. Из минусов: не решена проблемы 1 и 2.
🔍 Способ 2. Связь IFC и XPS
Формат XPS создавался как замена PDF, но с XML-разметкой, и в этом его главный плюс. Спецификация формата зарегистрирована как открытый международный стандарт. В отличие от SVG имеет постраничную структуру, как и PDF, и может содержать в одном файле множество листов чертежей. Связь между моделью и чертежом также реализуется с помощью IfcGUID. Старый формат DWFx от Autodesk был реализован на базе XPS.
Выгрузка чертежей в XPS есть у Renga, правда IfcGUIDов мне в нем найти не удалось.
У первых двух способов важно, чтобы САПР сохранял виды/разрезы в IFC. Не каждое ПО это умеет. Но почти каждое умеет работать с отчетами в BCF, а значит:
🔍 Способ 3. Связь IFC и BCF
Идея принадлежит Игорю Шерстенникову: настраиваются нужные виды с координатами камеры и ракурсом и выгружаются в BCF, который может содержать скриншот чертежа. Понадобится только автоматически наложить аннотации на каждом виде и смотреть их в пространстве модели. Но тут возникают доп вопросы, как будут созданы аннотации в IFC? Подход сейчас проходит апробацию и есть первые результаты. Этот способ подразумевает уход от оформления листов, а это рождает описанные ранее проблемы.
Конечно, есть еще вариант полностью отказаться от чертежей, но пока тут много подводных камней.
👥 @IFC_ru
👥 @IFC_club
Ранее мы говорили, что для связки модели и чертежей необходимо обеспечить целостность данных в ИМ ОКС. Стремления закрепить в Градкодексе цифровую информационную модель только усилит эту необходимость.
И раз уж решили идти по этому пути, то сразу надо подумать наперед о том, как:
По этому пути двигается Bonsai (ex. BlenderBIM). Виды и аннотации создаются в редакторе, сохраняются в IFC. Сам лист чертежа оформляется и экспортируется в популярный векторный формат SVG с XML-разметкой, где 2D-объекты имеют IfcGUID для связи с элементами модели. И тут каждый SVG-файл - это отдельный лист чертежа. Из минусов: не решена проблемы 1 и 2.
Формат XPS создавался как замена PDF, но с XML-разметкой, и в этом его главный плюс. Спецификация формата зарегистрирована как открытый международный стандарт. В отличие от SVG имеет постраничную структуру, как и PDF, и может содержать в одном файле множество листов чертежей. Связь между моделью и чертежом также реализуется с помощью IfcGUID. Старый формат DWFx от Autodesk был реализован на базе XPS.
Выгрузка чертежей в XPS есть у Renga, правда IfcGUIDов мне в нем найти не удалось.
У первых двух способов важно, чтобы САПР сохранял виды/разрезы в IFC. Не каждое ПО это умеет. Но почти каждое умеет работать с отчетами в BCF, а значит:
Идея принадлежит Игорю Шерстенникову: настраиваются нужные виды с координатами камеры и ракурсом и выгружаются в BCF, который может содержать скриншот чертежа. Понадобится только автоматически наложить аннотации на каждом виде и смотреть их в пространстве модели. Но тут возникают доп вопросы, как будут созданы аннотации в IFC? Подход сейчас проходит апробацию и есть первые результаты. Этот способ подразумевает уход от оформления листов, а это рождает описанные ранее проблемы.
Конечно, есть еще вариант полностью отказаться от чертежей, но пока тут много подводных камней.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1✍1
Начато обсуждение проекта рекомендаций для национальной системы пространственных данных
Проект Рекомендации «Национальная система пространственных данных. Онтология. Опорная онтология пространственных объектов и языки ее выражения».
Разработчик: ППК "Роскадастр".
Срок публичного обсуждения проекта: 31.10.2025-30.12.2025.
Проект Рекомендации «Национальная система пространственных данных. Онтология. Опорная онтология пространственных объектов и языки ее выражения».
Разработчик: ППК "Роскадастр".
Срок публичного обсуждения проекта: 31.10.2025-30.12.2025.
👍2
Минцифры установило дополнительные требования, предъявляемые к официальным сайтам российских ИТ-компаний
Приказом Минцифры России от 02.06.2025 N 511 установлены дополнительные требования, предъявляемые к официальному сайту российской организации, осуществляющей деятельность в области информационных технологий, в информационно-телекоммуникационной сети "Интернет".
Дополнительные требования обязательны для применения организацией в соответствии с Положением о государственной аккредитации российских организаций, осуществляющих деятельность в области информационных технологий, утвержденным Постановлением Правительства от 30 сентября 2022 г. N 1729, в отношении перечня сведений, подлежащих размещению на официальном сайте организации в сети "Интернет".
Приказ
Приложение. Дополнительные требования, предъявляемые к официальному сайту российской организации, осуществляющей деятельность в области информационных технологий, в информационно-телекоммуникационной сети "Интернет"
Приказом Минцифры России от 02.06.2025 N 511 установлены дополнительные требования, предъявляемые к официальному сайту российской организации, осуществляющей деятельность в области информационных технологий, в информационно-телекоммуникационной сети "Интернет".
Дополнительные требования обязательны для применения организацией в соответствии с Положением о государственной аккредитации российских организаций, осуществляющих деятельность в области информационных технологий, утвержденным Постановлением Правительства от 30 сентября 2022 г. N 1729, в отношении перечня сведений, подлежащих размещению на официальном сайте организации в сети "Интернет".
Приказ
Приложение. Дополнительные требования, предъявляемые к официальному сайту российской организации, осуществляющей деятельность в области информационных технологий, в информационно-телекоммуникационной сети "Интернет"
❤1
Минстроем России даны разъяснения по вопросу создания парковочного места для транспортного средства инвалида на земельном участке, являющемся собственностью публично-правового образования
В Письме Минстроя России от 31.10.2025 N 66874-ДН/04 со ссылками на действующее законодательство отмечено, в частности, следующее: если земельный участок под одним МКД не образован или на государственный кадастровый учет поставлен земельный участок, на котором расположены два или более МКД, то такой земельный участок не входит в состав общего имущества собственников помещений в МКД и является собственностью публично-правового образования, на территории которого он расположен.
В данном случае распоряжение земельным участком является правом уполномоченных органов соответствующего публично-правового образования.
Собственники помещений в МКД вправе владеть и пользоваться этим земельным участком в той мере, в какой это необходимо для эксплуатации ими МКД и общего имущества в таком доме.
Отмечено, что распоряжение земельным участком, не входящим в состав общего имущества МКД, в том числе принятие решений о создании на таком земельном участке парковочного места для транспортного средства инвалида, не относится к компетенции общего собрания собственников помещений в МКД.
Решение о создании парковочного места для транспортного средства инвалида в указанном случае принимают уполномоченные органы публично-правового образования, в собственности которого находится рассматриваемый земельный участок.
Указанные уполномоченные органы имеют право устанавливать порядок принятия таких решений, который в том числе может предусматривать учет мнения собственников помещений в МКД, которые пользуются земельным участком.
Такое мнение может выявляться путем проведения общих собраний собственников помещений в МКД, опросов собственников, учета обращений граждан и др.
Сообщается, что в указанном случае жилищным законодательством не установлены требования к количеству голосов собственников помещений в МКД для согласования создания парковочного места для транспортного средства инвалида.
При этом требования к порядку обращения собственников помещений в МКД в уполномоченный орган с заявлением о создании парковочного места для транспортного средства инвалида на земельном участке, являющемся собственностью публично-правового образования, либо порядок согласования указанными собственниками создания такого парковочного места могут быть установлены региональными или муниципальными нормативными актами.
В Письме Минстроя России от 31.10.2025 N 66874-ДН/04 со ссылками на действующее законодательство отмечено, в частности, следующее: если земельный участок под одним МКД не образован или на государственный кадастровый учет поставлен земельный участок, на котором расположены два или более МКД, то такой земельный участок не входит в состав общего имущества собственников помещений в МКД и является собственностью публично-правового образования, на территории которого он расположен.
В данном случае распоряжение земельным участком является правом уполномоченных органов соответствующего публично-правового образования.
Собственники помещений в МКД вправе владеть и пользоваться этим земельным участком в той мере, в какой это необходимо для эксплуатации ими МКД и общего имущества в таком доме.
Отмечено, что распоряжение земельным участком, не входящим в состав общего имущества МКД, в том числе принятие решений о создании на таком земельном участке парковочного места для транспортного средства инвалида, не относится к компетенции общего собрания собственников помещений в МКД.
Решение о создании парковочного места для транспортного средства инвалида в указанном случае принимают уполномоченные органы публично-правового образования, в собственности которого находится рассматриваемый земельный участок.
Указанные уполномоченные органы имеют право устанавливать порядок принятия таких решений, который в том числе может предусматривать учет мнения собственников помещений в МКД, которые пользуются земельным участком.
Такое мнение может выявляться путем проведения общих собраний собственников помещений в МКД, опросов собственников, учета обращений граждан и др.
Сообщается, что в указанном случае жилищным законодательством не установлены требования к количеству голосов собственников помещений в МКД для согласования создания парковочного места для транспортного средства инвалида.
При этом требования к порядку обращения собственников помещений в МКД в уполномоченный орган с заявлением о создании парковочного места для транспортного средства инвалида на земельном участке, являющемся собственностью публично-правового образования, либо порядок согласования указанными собственниками создания такого парковочного места могут быть установлены региональными или муниципальными нормативными актами.
❤1👍1
Forwarded from Шаповалов. BIM в законе
Включение термина «цифровая информационная модель» в текст ГрК способно затруднить дальнейшее развитие ТИМ в России
1 ноября Минстрой вынес на общественное обсуждение проект Федерального закона «О внесении изменений в Градостроительный кодекс Российской Федерации» (ID проекта 01/05/11-25/00161917, ссылка на страницу проекта). Текст законопроекта и пояснительную записку прикрепил под постом. Я свои возражения направил через форму на сайте (и призываю всех сделать так же – срок до 16.11) и считаю важным написать здесь основные тезисы.
Проект поправок в ГрК предлагает законодательно закрепить понятие ЦИМ:
В чем проблема, если это произойдет? Для ответа на этот вопрос нужно держать в голове действующую концепцию ГрК и важный предшествующий контекст.
1. Концепция ТИМ в действующем ГрК
В ст. 1 ГрК уже закреплен термин «информационная модель» (далее – ИМ), под которой понимается совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на всех этапах жизненного цикла объекта.
Ст. 48 (ч. 2) ГрК устанавливает, что проектная документация представляет собой документацию, содержащую материалы как в текстовой и графической формах, так и в форме ИМ.
Другими словами, в концепции действующего ГрК ИМ равнозначна традиционной проектной документации, содержащей материалы в текстовой и графической формах, но не отождествлена с ней. Схематически это показано на рисунке 1.
2. Важный предшествующий контекст
На мой взгляд, в дискуссии должны учитываться несколько важных контекстов:
1) Уже сложившаяся практика т.н. «обратного BIM», когда модель поднимают из двухмерной документации для галочки, просто чтобы соблюсти требования Постановления № 331;
2) Эксперимент 2022 года, когда введение в действие требований Постановления № 331 отложили не путем изменения этого постановления, а через превращение информационной модели в симулякр (когда внесли поправки в Постановление 1431, убрав из состава ИМ трехмерную модель – я писал об этом здесь);
3) Тот факт, что экономические (экономия средств на этапах строительства и эксплуатации) и технические (улучшение качества проектирования) эффекты от использования ТИМ могут быть достигнуты, только если ИМ является единым достоверным источником информации об объекте капитального строительства;
4) В Постановлении №614 ЦИМ уже названа дополнением к графической части проектной документации, эта концепция изображена на рисунке 2.
Почему этот контекст важен? Потому что он показывает тенденцию на имитацию («сделаем вид, что старая добрая проектная документация + нерабочая ЦИМ – это и есть ИМ»).
Концепция, в которой ЦИМ является дополнением к графической части проектной документации, полностью обесценивает «цифровую информационную модель», ведь дополнение к графической части проектной документации не может являться единым достоверным источником информации об объекте капитального строительства.
3. Выводы
Если в ГрК окажется закреплена такая сущность, как ЦИМ, то на практике это скорее всего приведет к следующему:
1) Окончательно зафиксируется формула: ИМ = Проектная документация (в составе: текстовая часть + графическая [с дополнением в виде ЦИМ])
2) В этой формуле ЦИМ не является единым достоверным источником данных об объекте и, следовательно, не выполняет своей основной функции
3) Для проектировщика нет никакого смысла тратить ресурсы на то, чтобы сделать ЦИМ качественной (в первую очередь, наполнять её качественной атрибутивной информацией: можно поставить нули или точки, и так сойдет) — ее же все равно не будут использовать
4) Если этот сценарий будет развиваться линейно, то его итогом станет дорогой карго-культ: стоимость проектирования будет дороже на величину повышающего коэффициента (Приказ Минстроя № 854/пр), при этом практической пользы от ИМ окажется не больше, чем от ритуального объекта.
1 ноября Минстрой вынес на общественное обсуждение проект Федерального закона «О внесении изменений в Градостроительный кодекс Российской Федерации» (ID проекта 01/05/11-25/00161917, ссылка на страницу проекта). Текст законопроекта и пояснительную записку прикрепил под постом. Я свои возражения направил через форму на сайте (и призываю всех сделать так же – срок до 16.11) и считаю важным написать здесь основные тезисы.
Проект поправок в ГрК предлагает законодательно закрепить понятие ЦИМ:
цифровая информационная модель — электронный документ, отражающий в виде трехмерной модели сведения и материалы, включаемые в информационную модель
В чем проблема, если это произойдет? Для ответа на этот вопрос нужно держать в голове действующую концепцию ГрК и важный предшествующий контекст.
1. Концепция ТИМ в действующем ГрК
В ст. 1 ГрК уже закреплен термин «информационная модель» (далее – ИМ), под которой понимается совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на всех этапах жизненного цикла объекта.
Ст. 48 (ч. 2) ГрК устанавливает, что проектная документация представляет собой документацию, содержащую материалы как в текстовой и графической формах, так и в форме ИМ.
Другими словами, в концепции действующего ГрК ИМ равнозначна традиционной проектной документации, содержащей материалы в текстовой и графической формах, но не отождествлена с ней. Схематически это показано на рисунке 1.
2. Важный предшествующий контекст
На мой взгляд, в дискуссии должны учитываться несколько важных контекстов:
1) Уже сложившаяся практика т.н. «обратного BIM», когда модель поднимают из двухмерной документации для галочки, просто чтобы соблюсти требования Постановления № 331;
2) Эксперимент 2022 года, когда введение в действие требований Постановления № 331 отложили не путем изменения этого постановления, а через превращение информационной модели в симулякр (когда внесли поправки в Постановление 1431, убрав из состава ИМ трехмерную модель – я писал об этом здесь);
3) Тот факт, что экономические (экономия средств на этапах строительства и эксплуатации) и технические (улучшение качества проектирования) эффекты от использования ТИМ могут быть достигнуты, только если ИМ является единым достоверным источником информации об объекте капитального строительства;
4) В Постановлении №614 ЦИМ уже названа дополнением к графической части проектной документации, эта концепция изображена на рисунке 2.
Почему этот контекст важен? Потому что он показывает тенденцию на имитацию («сделаем вид, что старая добрая проектная документация + нерабочая ЦИМ – это и есть ИМ»).
Концепция, в которой ЦИМ является дополнением к графической части проектной документации, полностью обесценивает «цифровую информационную модель», ведь дополнение к графической части проектной документации не может являться единым достоверным источником информации об объекте капитального строительства.
3. Выводы
Если в ГрК окажется закреплена такая сущность, как ЦИМ, то на практике это скорее всего приведет к следующему:
1) Окончательно зафиксируется формула: ИМ = Проектная документация (в составе: текстовая часть + графическая [с дополнением в виде ЦИМ])
2) В этой формуле ЦИМ не является единым достоверным источником данных об объекте и, следовательно, не выполняет своей основной функции
3) Для проектировщика нет никакого смысла тратить ресурсы на то, чтобы сделать ЦИМ качественной (в первую очередь, наполнять её качественной атрибутивной информацией: можно поставить нули или точки, и так сойдет) — ее же все равно не будут использовать
4) Если этот сценарий будет развиваться линейно, то его итогом станет дорогой карго-культ: стоимость проектирования будет дороже на величину повышающего коэффициента (Приказ Минстроя № 854/пр), при этом практической пользы от ИМ окажется не больше, чем от ритуального объекта.
🤔3❤2🔥2