Первым этапом формирования ВПМ ОКС является построение геометрии. На этом этапе создаётся полигональная сетка, которая описывает само здание, его конструкционные и неконструкционные элементы с оптимальным количеством полигонов в пределах установленных требований.
Моделирование ВПМ ОКС можно условно разделить на четыре основных этапа:
Все объекты выполняются в масштабе 1:1, что позволяет сохранить соответствие проектным размерам и избежать ошибок при сопоставлении модели с исходной документацией. Такой подход особенно важен для дальнейшей интеграции модели в городские информационные системы.
Для ВПМ ОКС дополнительно требуется создать геометрию коллизии. Такая модель используется для расчёта столкновений виртуальной камеры и объектов в цифровом двойнике городской среды.
Геометрия коллизии повторяет очертания основной ВПМ-модели, но выполняется в значительно более упрощённом виде. При этом она создаётся не одним цельным объектом, а набором отдельных объектов различной формы. Каждому из таких объектов присваивается номер в диапазоне от 001 до 999, а также задаётся имя по установленной маске: UCX_SM_Adress_Main_Number.
Подготовка коллизии является обязательной технической частью комплекта, поскольку она влияет на корректность взаимодействия модели с цифровой средой и на качество её дальнейшего использования в визуализации и навигации.
Заранее по оси Z задаётся угол поворота геометрии в соответствии с планом проектного решения. Для объекта капитального строительства точку привязки необходимо установить в геометрический центр модели по осям X и Y. По оси Z она должна быть расположена на уровне проектного нуля.
После того как положение точки привязки относительно модели определено, режим её редактирования завершается, и затем уже вся модель вместе с точкой привязки переносится в нулевую координату 3D-сцены. Такая настройка необходима для правильного позиционирования объекта в системе координат и его последующего совмещения с инженерно-топографической основой.
При разработке модели удобно использовать преимущественно четырёхугольные полигоны, однако перед экспортом все элементы должны быть триангулированы. В итоговом FBX-файле геометрия должна быть представлена исключительно треугольными полигонами.
Следует учитывать, что FBX-файл ВПМ ОКС не содержит текстурных карт. Текстуры передаются отдельно в составе zip-архива. Для основной высокополигональной модели и для модели остекления задаются материалы и их наименования, при этом свойства материалов отдельно в файле модели не редактируются. Для остекления параметры материала прописываются в GeoJSON.
Если проект предусматривает наличие освещения, дополнительно формируется отдельный FBX-файл с источниками света. Такой подход позволяет разделить геометрию, материалы и дополнительные данные в соответствии с требованиями к цифровому комплекту модели.
Такая промежуточная верификация позволяет выявить проблемы до передачи комплекта на согласование: например, нарушения структуры модели, ошибки в назначении материалов, некорректную геометрию или проблемы с отображением отдельных элементов. Проверка в Unreal Engine 5 выступает важным этапом контроля качества итоговой ВПМ ОКС.
В GeoJSON содержатся сведения о проекте, в том числе:
Для объекта капитального строительства в GeoJSON также указываются:
Кроме того, GeoJSON включает уникальные данные для каждой модели геометрии. К ним относятся координаты точки вставки модели в МСК-77, уникальное изображение объекта, конвертированное в base64, а также массив данных с описанием свойств стеклянных материалов.
Координаты точки вставки модели, которая фактически соответствует точке привязки, получают при сопоставлении 3D-модели ВПМ ОКС с контуром здания на инженерно-топографическом плане. Это обеспечивает правильное положение объекта в городской системе координат.

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

Описанная последовательность позволяет подготовить ВПМ ОКС, соответствующую требованиям ДГП и городских информационных систем, а также обеспечить корректное представление проектируемого объекта при рассмотрении архитектурно-градостроительных решений.
Градостроительный аудит нередко показывает, что потенциал участка выше, чем заложено в документах. Его результаты можно использовать как обоснование, чтобы запустить формальную процедуру изменения ВРИ по правилам землепользования и застройки (ПЗЗ), через орган местного самоуправления и Росреестр.
В инвестиционно-строительном процессе проектная и рабочая документация решают разные задачи и не могут рассматриваться как взаимозаменяемые комплекты документов. Их различие имеет прикладной характер: от него зависят состав проектных решений, порядок согласований, прохождение строительно-технической экспертизы, корректность закупок, управляемость строительно-монтажных работ и снижение рисков на стадии реализации объекта.
АГР и АГО — разные документы, которые подготавливают для разных этапов и задач согласования. Один документ нужен для архитектурных согласований, другой — для градостроительных решений. Непонимание разницы часто приводит к задержкам и повторной подаче документов.
Отличия АГР и ПКР
Требования к материалам в формате IFC
Персональная ответственность ГИП и ГАП - какие изменения в ГрК РФ
Пересогласование АГР для Частной школы