3Д АГР МКА

Требования МКА к 3D-моделям АГР

   Данная публикация направлена на то, чтобы прописать все требования МКА для 3D-моделей АГР на одной странице для дальнейших ссылок на пункты.
Источник mos.ru, непосредственно сами требования к трехмерной цифровой модели архитектурно-градостроительного решения объекта капитального строительства (вступили в силу с 01.08.2024)

Приложение1

Требования к параметрам низкополигональных трёхмерных моделей объектов,
размещаемых в электронной форме в информационных системах города Москвы

1. Общие положения

   Настоящие технические требования к трёхмерным моделям объектов, размещаемым в электронной форме в информационных системах города Москвы (далее – Требования к низкополигональным моделям), определяют требования к низкополигональным трёхмерным моделям, формируемым в электронном виде для последующего размещения в информационных системах города Москвы, за исключением случаев, когда такие требования установлены нормативными правовыми актами Российской Федерации.

2. Термины и определения

В настоящих Требованиях к низкополигональным моделям используются следующие термины с соответствующими определениями:

ТерминОпределение
Вектор нормали поверхности (далее - нормаль)Единичный вектор, определяющий отражение света от поверхности и видимость треугольников. Для геометрии принято, что каждый треугольник виден с той стороны, в которую его нормаль направлена.
ГеометрияСовокупность вертексов (вершин), ребер, полигонов (граней), описывающих форму трёхмерного объекта в сцене.
Группа материаловНесколько материалов, присвоенных разным полигонам одной геометрии.
Местная система координат города Москвы (МСК Москвы)Плоская местная система координат, в которой ведётся государственный кадастр недвижимости и инженерно-геодезические изыскания на территории города Москвы.
Проект комплексного благоустройства земельного участка (далее – проект благоустройства)

   Проектом благоустройства называется проект, соответствующий плану комплексного благоустройства, прилагаемой к документации АГР отдельным разделом и включающий в себя три составные части (модели):

 

1. Модель комплексного благоустройства участка (далее
благоустройство). Это поверхность рельефа или плоскости в границах участка с назначенной на неё текстурной картой (без проработки геометрии отдельных элементов), на которой присутствует разделение на зоны благоустройства и транспортной организации, обозначены машино-места, решение по озеленению с незначительной (на уровне газона) высотой: клумбы и цветники на уровне земли, травы и пр., а также зоны функционально-планировочной организации территории, защитные решётки деревьев (при наличии), дорожные и прочие разметки;

 

2. Модель отдельных элементов комплексного благоустройства участка (далее элементы благоустройства). Выполняются в виде полигональных объектов (с проработкой геометрии в рамках требований к максимальному количеству полигонов). Если проектом предусмотрено, то обязательно должны быть представлены малые архитектурные формы, элементы освещения территории, кадки клумб и пр.;

 

3. Модель растительности (далее растительность). Выполняются в виде полигональных объектов (с проработкой геометрии в рамках требований к максимальному количеству полигонов). Включает в себя все объекты решения по озеленению выше газона примерно в 2 и более раз: кусты, деревья, высокие травянистые растения, клумбы и пр.

Общемосковский классификатор территориальных единиц Москвы

Перечень доступен по ссылке:
https://data.mos.ru/classifier/2039

ОКСОбъект капитального строительства.
Полупрозрачные детали

Элементы АГР, для которых необходимо использовать материал с полупрозрачностью. Исполнитель может задать только цвет (RGB) такого элемента.

Степень прозрачности является константой (см. рис.1).

Проект АГРПроект включает в себя модели ОКС и проект благоустройства.
ТекстураРастровое изображение, воспроизводящее совокупность
визуальных свойств поверхности объекта.
Текстурный атлас

Вид текстуры, содержащей набор (или «атлас») под-изображений, каждое из которых является текстурой для некоторого 3D объекта. Под-текстуры проецируются на объект, используя UV-развёртку, при этом координаты в атласе задают, какую часть изображения нужно использовать.

UV-разверткаПроекция поверхности трёхмерного объекта на двухмерный
текстурный атлас. Оси называются буквами «U» и «V».
Текстурный наборНабор текстур, отвечающих за передачу разных свойств поверхности. В рамках данного документа различают максимум пять видов текстур для одного набора.
Диффузная текстурная
карта

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

Карта нормалей

Текстура объекта, состоящая из RGB-каналов, содержащая в себе информацию об искривлении поверхности, фактуры объекта.
X: -1 to +1 : Red: 0 to 255
Y: -1 to +1 : Green: 0 to 255
Z: 0 to -1 : Blue: 128 to 255

Карта прозрачности

Текстура объекта, выполненная в чёрно-белых цветах, где чёрные пиксели передают объекту свойство полной прозрачности, а белые – совершенно не прозрачны.

Карта металличности

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

Карта шероховатости

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

Треугольник

В трехмерной графике это поверхность, образованная тремя точками в пространстве.

Трёхмерные цифровые
модели (модели)

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

3. Сокращения и обозначения

   В настоящих Технических требованиях используются следующие сокращения и обозначения:

*.fbx – расширение файла формата Autodesk FBX (Filmbox), используемого для обмена данными между приложениями для трехмерной визуализации или анимации.

*.png – расширение файла растрового графического формата PNG (Portable Network Graphics), применяемого для хранения изображений.

4. Порядок подготовки трёхмерных моделей

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

5. Требования к трёхмерным моделям

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

Таблица 1 «Технические требования к цифровым трёхмерным моделям архитектурно-градостроительных решений объектов капитального строительства»


п/п
Наименование
требования
Описание требования
1.Требования к архиву и
структуре данных
проекта АГР
    1. Максимальный размер архива – 1 Гб;
    2. В состав zip-архива входит от 2 до 21 FBX (см. рис. 2):
      один файл проекта благоустройства и до 20 моделей
      ОКС;
    3. Рекомендуется умещать все ОКС в один FBX, однако,
      при необходимости, каждый ОКС может быть
      представлен отдельным FBX-файлом (правила
      разделения ОКС см. в п/п 2);
    4. В состав каждого FBX-файла, включающего модель
      (модели) ОКС, должно входить до 2 объектов геометрии:
      само строение и, при необходимости отдельно, объект
      геометрии его полупрозрачных деталей, а также один
      текстурный набор на один (каждый) ОКС;
    5. В состав FBX-файла проекта благоустройства, помимо их текстурных наборов (до 22 шт.), входит до 5 объектов
      геометрии:


                         Обязательные:

      • геометрия благоустройства (максимум 20 текстурных наборов);

                         Не обязательные:

      • геометрия полупрозрачных деталей благоустройства (при наличии) (без текстурных наборов);
      • геометрия отдельных элементов благоустройства (МАФ, мачты освещения и пр.) (1 текстурный набор);
      • геометрия полупрозрачных деталей элементов благоустройства (при наличии) (без текстурных наборов);
      • геометрия растительности, которая включает в себя всю растительность на сцене (1 текстурный набор);
2.Правила разделения
ОКС на отдельные FBX
    1. В том случае, если все ОКС проекта АГР созданы с
      соблюдением технологии низкополигонального
      моделирования и требований к геометрии (см. п/п 8), но
      не могут быть включены в состав одного fbx-файла, так
      как это влечет к превышению максимально допустимого
      количества треугольников или текстурных атласов,
      допустимо разбиение модели на несколько (не более 20)
      fbx-файлов ОКС. В обратном случае, разделение не
      допустимо. Разделение может происходить следующим
      образом:
      • Могут быть  разделены  ОКС  с  разными  адресами (отдельные  секции,  корпуса,  согласно  проектной документации)
      • Могут быть разделены отдельно стоящие, визуально не связанные друг с другом ОКС
    2. Под адресом в данном контексте стоит понимать
      строительный или почтовый адрес элементов АГР,
      включающий: элементы улично-дорожной сети (аллея,
      бульвар, магистраль, переулок, площадь, проезд и т.д.),
      элементы объектов адресации (здание, земельный участок, помещение, сооружение), типы зданий и сооружений (дом, корпус, строение, секция).
    3. При разделении ОКС на несколько FBX-файлов
      соответственно разделяются и полупрозрачные детали;
3.Требования к суффиксам
в названиях
    1. Суффиксы применяются к именам FBX-файлов, геометрии, материалам и текстурам;
    2. Используются следующие суффиксы геометрии:

          _Main – обозначает принадлежность к ОКС (кроме
            полупрозрачных деталей),

          _Main_Glass – обозначает принадлежность к
            полупрозрачным деталям ОКС,

      •    _Ground – обозначает принадлежность к
            благоустройству/проекту благоустройства (кроме
            полупрозрачных деталей),

          _Ground_Glass – обозначает принадлежность к
            полупрозрачным деталям благоустройства,

          _GroundEl – обозначает принадлежность к
            отдельным элементам благоустройства: МАФ,
            мачтам освещения и пр. (кроме полупрозрачных
            деталей),

          _GroundEl_Glass – обозначает принадлежность к             полупрозрачным деталям элементов
            благоустройства,

          _Flora – обозначает принадлежность к
            растительности проекта;

    3. Используются следующие суффиксы текстурных карт:

           _d – обязательный суффикс диффузных карт,

           _n – обязательный суффикс карт нормалей,

           _o – обязательный суффикс карт прозрачности,

           _m – обязательный суффикс карт металличности,

           _r – обязательный суффикс карт шероховатости.
4.Требования к
наименованиям файлов,
геометрий, текстур и
материалов
    1. Наименования файлов, геометрий, текстур и материалов моделей должны задаваться исключительно латиницей (английским алфавитом), могут так же включать в себя цифры и символ нижнего подчёркивания («_»). Использование других спецсимволов, включая пробел, недопустимо;
    2. Адрес пишется латинской транслитерацией, а числовые
      и буквенные символы в нём отделяются друг от друга
      нижним подчёркиванием вместо пробела;
    3. Допустимо использование списка утвержденных
      сокращений адресообразующих элементов, вместо
      полного описания. Например, не «Область», а «Обл.».
      Познакомиться с этим списком можно в приказе «Об
      утверждении Перечня элементов планировочной
      структуры, элементов улично-дорожной сети,
      элементов объектов адресации, типов зданий
      (сооружений), помещений, используемых в качестве
      реквизитов адреса, и Правил сокращенного
      наименования адресообразующих элементов».
    4. Если объект не имеет строительного/почтового адреса
      (представлен приблизительным описанием
      местонахождения), то адресом считается кадастровый
      номер объекта, при этом символ «:» заменяется на «_».
      Например: «77:02:0015007:4157 владение 15»
      записывается как «77_02_0015007_4157_Vld_15»;
    5. Длина наименования не должна превышать значения в
      254 символа;
    6. Файл zip-архива именуется согласно схеме:
      префикс_адрес:
      0313_ProezdNansena_ZU_8.zip
      0313_77_02_0015007_4157_Vld_15.zip
      Префикс, в данном случае и последующих – это
      цифровое описание принадлежности объекта
      моделирования к территории муниципального
      образования города Москвы.
    7. Файлы *.fbx необходимо именовать согласно схеме:
      • для ОКС: префикс_адрес_номер, где номер – это порядковый номер ОКС в проекте, трехзначное число от 001 до 020, если в проекте только один ОКС, ему назначается номер «001»:
        0313_ProezdNansena_ZU_8_001.fbx,
        0313_ProezdNansena_ZU_8_002.fbx,
        0313_ProezdNansena_ZU_8_003.fbx или
        0313_77_02_0015007_4157_Vld_15_001.fbx
      • для проекта благоустройства:
        префикс_адрес_Ground:
        0313_ProezdNansena_ZU_8_Ground.fbx или
        0313_77_02_0015007_4157_Vld_15_Ground.fbx;
    8. Название геометрии в проекте формируется по схеме:
      • Для геометрии ОКС: SM_адрес_номер_Main,
        например: SM_ProezdNansena_ZU_8_001_Main
      • Для геометрии полупрозрачных деталей ОКС:
        SM_адрес_номер_Main_Glass, например:
        SM_ProezdNansena_ZU_8_001_Main_Glass
      • Для геометрии благоустройства:
        SM_адрес_Ground, например:
        SM_ProezdNansena_ZU_8_Ground
      • Для геометрии полупрозрачных деталей
        благоустройства: SM_адрес_Ground_Glass, например: SM_ProezdNansena_ZU_8_Ground_Glass
      • Для геометрии элементов благоустройства:
        SM_адрес_GroundEl, например:
        SM_ProezdNansena_ZU_8_GroundEl
      • Для геометрии полупрозрачных деталей элементов
        благоустройства: SM_адрес_GroundEl_Glass,
        например:
        SM_ProezdNansena_ZU_8_GroundEl_Glass
      • Для геометрии растительности: SM_адрес_Flora,
        например: SM_ProezdNansena_ZU_8_Flora
    9. Название текстур формируется по схеме:
      • Для ОКС:
        T_адрес_номер_СуффиксГеометрии_СуффиксТекстурныхКарт_SlotNumber
      • Для благоустройства, его элементов и растительности:
        T_адрес_СуффиксГеометрии_СуффиксТекстурных
        Карт_SlotNumber
        В названиях текстур через нижнее подчёркивание с соблюдением следующего порядка пишется:
      • префикс «T»,
      • адрес (для благоустройства, его элементов и
        растительности) или адрес_номер (для ОКС),
      • соответствующий суффикс геометрии (см. п/п 3),
      • соответствующий суффикс текстурных карт,
      • постфикс «SlotNumber» - порядковый номер
        материала, к которому применяется текстура
        (задаётся исполнителем, последовательно, начиная с единицы). Если материал один (в рамках FBX), то
        его порядковый номер равен «1».
        Пример именования текстур для проекта с двумя
        разделёнными ОКС:
        T_ ProezdNansena_ZU_8_001_Main_d_1.png
        T_ ProezdNansena_ZU_8_001_Main_n_1.png
        T_ ProezdNansena_ZU_8_001_Main_o_1.png
        T_ ProezdNansena_ZU_8_001_Main_m_1.png
        T_ ProezdNansena_ZU_8_001_Main_r_1.png
        T_ ProezdNansena_ZU_8_002_Main_d_1.png
        T_ ProezdNansena_ZU_8_002_Main_n_1.png
        T_ ProezdNansena_ZU_8_002_Main_o_1.png
        T_ ProezdNansena_ZU_8_002_Main_m_1.png
        T_ ProezdNansena_ZU_8_002_Main_r_1.png
        T_ ProezdNansena_ZU_8_Ground_d_1.png
        T_ ProezdNansena_ZU_8_GroundEl_d_1.png
        T_ ProezdNansena_ZU_8_GroundEl_m_1.png
        T_ ProezdNansena_ZU_8_GroundEl_r_1.png
        T_ ProezdNansena_ZU_8_Flora_d_1.png
        T_ ProezdNansena_ZU_8_Flora_o_1.png
    10. Материалы по схеме именования можно разделить на две группы:
      • Материалы геометрии ОКС и благоустройства
        участка, а также отдельных его элементов и
        растительности, кроме полупрозрачных деталей,
        следует называть тем же именем, что и
        соответствующую ему текстуру. При этом префикс
        «T» заменяется на префикс «М», а суффикс
        текстурных карт опускается. Пример именования
        материала:
        М_ ProezdNansena_ZU_8_001_Main_1
        М_ ProezdNansena_ZU_8_002_Main_1
        М_ ProezdNansena_ZU_8_Ground_1
        М_ ProezdNansena_ZU_8_GroundEl_1
        М_ ProezdNansena_ZU_8_Flora_1
      • Материалы полупрозрачных деталей для всех
        объектов носят одинаковое название
        M_Glass_номер, где «номер» – это порядковый
        номер материала для полупрозрачной детали в рамках одного АГР-проекта от 01 до 07, например:
        M_Glass_01, M_Glass_02;
5.Требования к форматам
предоставления моделей
    1. Трёхмерные цифровые модели должны предоставляться
      заявителем в универсальном обменном формате FBX
      версии 7.4 (FBX 2014) бинарного типа;
    2. Предоставляемые модели не должны содержать
      вредоносных программ или частей кода;
    3. Предоставляемые модели должны создаваться с
      применением лицензионных версий программного
      обеспечения.
6.Требования к
координатному
описанию и единицам
измерения
    1. Трёхмерные цифровые модели должны иметь
      координатную привязку в местной системе координат
      Москвы;
    2. Вся геометрия АГР, в том числе и разделённая, должна
      быть на своих абсолютных высотах: положение моделей
      в плане и по высоте должно соответствовать проектной
      документации;
    3. Каждая геометрия АГР, в том числе и разделённая,
      должна соответствовать плановому повороту;
    4. Система отображения координат должна быть
      метрическая со следующими единицами измерения:
      одна единица соответствует одному метру;
    5. Не допускается использование произвольной (условной) системы координат или неполного
      координатного описания (отсутствие значений высот);
    6. Не допускается использование произвольного масштаба
      модели;
    7. Все трансформации модели должны быть сброшены (применены).
7.Требования к
отображению стекла
    1. Отображение стекла является обязательным и может
      быть выполнено двумя вариантами: с использованием
      текстурных карт (см. п/п 10.3) или с использованием
      отдельного объекта геометрии (см. п/п 9.3 и 9.4);
    2. В том случае, если стекло отображается с
      использованием текстурных карт, его не выделяют в
      отдельный объект геометрии, а делают частью объекта
      геометрии ОКС/ благоустройства/ элементов
      благоустройства и соответствующего материала,
      использование текстур шероховатости и металличности
      обязательно;
    3. В том случае, если стекло является полупрозрачной
      деталью, оно выделяется в отдельный объект и на него
      назначается специальный материал (см. п/п 4.10).
8.Требования к геометрии
    1. Использовать минимально возможное количество
      треугольников, описывающих силуэт (форму) объекта.
      Придерживаться рационального использования
      геометрии (low poly). Пример на рис. 3;
    2. Объекты геометрии объединённого ОКС и его
      полупрозрачных деталей должны формироваться в
      отдельный FBX-файл, в случае разделения ОКС – для
      каждого отделённого строения и его полупрозрачных
      деталей создаётся свой FBX-файл, так же в единый
      отдельный FBX-файл помещаются благоустройство, его
      элементы и растительность (см. рис.1).
    3. Объекты геометрии внутри FBX-файла не должны
      иметь иерархических связей между собой, групп и т.д.;
    4. У модели комплексного благоустройства по всему
      периметру должны быть выдавлены грани вниз на
      расстояние не менее 1 метра;
    5. Рекомендуется не выходить за рамки 15 000
      треугольников на один ОКС и 50 000 треугольников для
      благоустройства, его элементов и растительности,
      чтобы не ухудшать производительность системы;
    6. Предельно допустимое количество треугольников ОКС
      в рамках одного FBX – 150 000, для благоустройства, его
      элементов и растительности в сумме – 180 000;
    7. Обеспечить отсутствие избыточных вершин и граней в
      моделях, а также отсутствие дубликатов вершин и
      полигонов в геометрии. Геометрия не должна содержать
      отрезков нулевой длины, самопересечений полигонов,
      изолированных точек и линий;
    8. Нормали объектов, видимых с условной точки
      наблюдения должны быть направлены в сторону
      наблюдателя;
    9. Геометрия объектов должна быть триангулирована;
    10. Модель АГР не должна содержать подробные
      внутренние конструкции, подземные и внутренние
      коммуникации, объекты движения, транспорт;
    11. Для уменьшения количества используемых полигонов
      незначительные конструктивные или декоративные
      элементы, не влияющие на общий облик объекта
      моделирования, отображаются с помощью изображения
      на текстурном атласе;
    12. Геометрия полупрозрачных деталей должна быть
      отдельным объектом на сцене;
    13. Основные внутренние конструкции здания (стены,
      потолок, пол) должны присутствовать только в той части здания, где они могут просматриваться сквозь
      полупрозрачные детали. Рекомендуется вертикальные
      стены делать одной геометрией на всю высоту здания;
    14. Оконные и дверные рамы, а также оконные раскладки
      рекомендуется изображать на текстуре;
    15. Расстояние между двумя близко стоящими полигонами,
      у которых нормали направлены в одну сторону, должно
      быть 5-10 мм;
    16. Оконные и дверные проёмы рекомендуется вдавливать;
    17. На полупрозрачных деталях текстуры не используются.
9.Требования к
материалам
    1. На каждый объект сцены (модель АГР, модель
      комплексного благоустройства, отдельные элементы
      комплексного благоустройства, растительность) может
      быть назначен материал или группа материалов;
    2. Материалы не должны быть созданы при помощи
      сторонних движков рендера (VRay, Octane, Corona, Arnold
      и прочее профессиональное программное обеспечение
      для визуализации изображений высокого качества, а также Physical Material);
    3. Материал полупрозрачных деталей не должен содержать в себе текстурных карт;
    4. Цвет материала полупрозрачных деталей задаётся
      исполнителем через настройку параметров материала;
    5. Свойства и фактура материалов при необходимости
      передаются дополнительными текстурами, описанными в п/п 10.3.
    6. Количество материалов (кроме материалов
      полупрозрачных деталей) соответствует количеству
      текстурных наборов.
    7. Количество материалов для полупрозрачных деталей не
      более 7.
10.Требования к текстурам
    1. Текстуры должны быть включены в FBX файл;
    2. Текстуры (растровые изображения) должны
      предоставляться в составе текстурного атласа в формате
      PNG. Пример на рис. 4;
    3. Максимально возможный набор текстур (рис.5) на одну
      геометрию состоит из карт: диффузной, нормалей,
      прозрачности, шероховатости и металличности. Две
      последние используются обязательно в паре.
      • Диффузная текстурная карта – RGB изображение, содержащее в себе информацию о цвете и затенениях объекта.
      • Карта нормалей – RGB изображение, содержащее в себе информацию о фактуре объекта.
      • Карта прозрачности – чёрно-белое изображение, где чёрные пиксели передают объекту свойство полной прозрачности, а белые – совершенно не прозрачны.
      • Карта шероховатости – чёрно-белое изображение с градациями серого, на котором белые пиксели относятся к максимально шероховатой поверхности, чёрные – к максимально глянцевой, а промежуточные серые оттенки соответствуют различным градациям этих свойств материалов. Не
        используется без карты металличности.
      • Карта металличности – чёрно-белое изображение, на котором белые пиксели относятся к металлическим поверхностям, чёрные – к не металлическим. Не используется без карты шероховатости.
    4. Текстурный набор исполнитель формирует
      самостоятельно, исходя из своих потребностей и в соответствии с требованиями данного документа.
    5. Текстуры оконного стекла, если выбран вариант
      выполнения не в качестве полупрозрачных деталей,
      имеют следующие рекомендации: в диффузных
      текстурных картах месторасположение оконных стёкол закрашивать белым цветом, на карте шероховатости закрашивать чёрным, а на карте металличности – строго белым. Карта прозрачности, либо не рисуется вовсе, либо текстурные координаты, соответствующие положению полигона оконных стёкол, заполняются исключительно белым цветом.
    6. При текстурировании модели ОКС необходимо
      использовать по одному текстурному набору для
      каждой из них. При текстурировании модели ОКС
      требования к плотности текстур не предъявляются;
    7. При текстурировании комплексного
      благоустройства, представляющего собой
      поверхность рельефа в границах участка с назначенной на неё текстурной картой (без проработки геометрии отдельных элементов), количество текстурных наборов зависит от размеров объекта и соблюдения требований к плотности текстуры. Плотность текстур должна быть не меньше 10 px/m, что при текстуре 2048×2048, соответствует квадрату со сторонами 204 на 204 метров, но не более 40 px/m. Пример изображён на рис. 6, рис.7. Исключением являются полигоны, опущенные вниз под землю по периметру модели комплексного благоустройства. На них требования к плотности не распространяются. Максимальное количество текстур не более 20 шт.
    8. При текстурировании отдельных элементов
      комплексного благоустройства, выполненных в виде
      полигональных объектов (с проработкой геометрии в
      рамках требований к максимальному количеству
      полигонов) необходимо использовать один текстурный набор на все элементы, размером не более 512×512 пикселей. К плотности текстур требования не предъявляются;
    9. При текстурировании элементов растительности необходимо использовать текстурный набор на все элементы, размером не более 2048×2048 пикселей. К плотности текстур требования не предъявляются. В текстурный набор должны входить только диффузные текстурные карты и карты прозрачности. Их наличие обязательно;
    10. Допустимым следующие размеры текстур: 128×128,
      256×256, 512×512, 1024×1024, 2048×2048;
    11. Текстурный отступ рекомендовано давать в 8 пикселей;
    12. Разрешение сторон текстуры должно быть строго 1:1;
    13. Максимальный размер текстуры, кроме оговоренного
      выше в подпунктах 8,9 этого пункта случая - 2048×2048 пикселей включительно;
    14. Альфа-канал не используется.

Рис.1 Полупрозрачные детали

а. Пример внешнего вида материала полупрозрачной детали с обязательным моделированием внутреннего пространства.

б. Пример взаимодействия цвета материала и прозрачности.

Рис. 2 Структура zip-архива и проекта АГР

Рис. 3. Примеры проработки модели

Рис. 4 Примеры текстурного атласа (размер оригинала – 2048×2048 пикселей)

Рис. 5 Текстурные наборы

а. Максимально возможный набор текстур

б. Пример использования карт (задан цвет карты) для создания различных материалов.

Рис.6 Пример двух подходов к моделированию комплексного благоустройства земельного участка: а) «запекание», б) «нарезка»

Рис.7. Пример двух подходов к созданию текстурного атласа модели комплексного благоустройства: а) «запекание», б) «нарезка»

Приложение2

Требования к параметрам высокополигональных трехмерных моделей объектов,
размещаемых в электронной форме в информационных системах города Москвы

1. Общие положения

   Настоящие требования к параметрам высокополигональных трехмерных моделей объектов, размещаемых в электронной форме в информационных системах города Москвы (далее – Требования к высокополигональным моделям), определяют требования к высокополигональным трехмерным моделям, формируемым в электронном виде для последующего размещения в информационных системах города Москвы, за исключением случаев, когда такие требования установлены нормативными правовыми актами Российской Федерации.

2. Термины и определения

ТерминОпределение
Вектор нормали/
нормаль
поверхности

Единичный вектор, направленный перпендикулярно поверхности.
Используется шейдером/движком отрисовки для расчёта видимости и
взаимодействия с освещением.

Геометрия

Совокупность вершин, рёбер, граней, полигонов, поверхностей, описывающих форму трёхмерного объекта.

Геометрия
коллизии

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

Декоративные
элементы

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

Декоративные
элементы
освещения (далее
ДЭО)

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

Запекание
геометрии

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

Источники
освещения

В качестве источников освещения можно использовать всенаправленные источники (лампочки) и нацеленные прожектора, распространяющие лучи из точки в определённом направлении коническим потоком. У всех источников должен быть один корневой элемент, представленный вспомогательным объектом-пустышкой в виде каркасного куба (или иное) с точкой отсчёта в <br />его геометрическом центре.

Комплексное
благоустройство
земельного
участка

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

Материал

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

Номер слота

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

ОКС

Объект капитального строительства, неразрывно связанный с землёй, например: здания, входы в подземные гаражи, КПП и т.д. В рамках данного ТЗ делятся на два типа:
1) строения с уникальным адресом – ОКС, у которого уже определены номера типов зданий (корпусов, строений и т.д.)
2) отдельно стоящие здания – ОКС с одинаковым адресом, но без связующих надземных частей.

Текстура

Растровое изображение, в формате *.png с разрешением 2048*2048, 4096*4096, накладываемое на поверхность полигональной модели для придания ей цвета, физических свойств материала или иллюзии рельефа и содержащее в себе более одного цвета.

Текстурная
заглушка

Растровое изображение, залитое одним цветом, являющимся средним значением цветов заменяемой текстуры, в формате *.png с малым разрешением 256*256 px. Применяется для упрощения рабочего процесса, так как не требует соблюдения требований к плотности текстуры.

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

Точка отсчёта

Точка, определяющая положение объекта в трёхмерном пространстве, относительно которой происходит поворот, перемещение и масштабирование геометрии. Чаще всего именуется в ПО как Pivot Point.

Трехмерная модель (далее модель)

Объемное цифровое изображение объекта, как реального, так и вымышленного. В рамках реализации технологического процесса публикации, трехмерная модель должна содержать:

    • Геометрию
    • UV-развертку
    • Вектор нормалей
    • Материалы
Трансформация
геометрии

Перемещение, вращение и масштабирование геометрии.

Шейдер

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

Эффект
«отсутствия»
полигона.

Эффект, при котором полигон, из-за ориентации его нормали от наблюдателя, отрисовывается шейдером, как прозрачный.

А (Alpha) канал

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

Address

Условная переменная согласно данным требованиям, обозначающая строительный (почтовый адрес) элементов АГР с дополнительной нумерацией, при необходимости или кадастровый номер, в случае отсутствия первого.
Включает в себя следующие адресообразующие элементы, если они присутствуют: элементы улично-дорожной сети (аллея, бульвар, магистраль, переулок, площадь, проезд и т.д.), элементы объектов адресации (здание, земельный участок, помещение, сооружение), типы зданий/сооружений (дом, корпус, строение, шахта).

Autodesk FBX

Формат для обмена данными между приложениями для трехмерной анимации или визуализации. Он позволяет разным приложениям сотрудничать между собой и передавать данные между ними. FBX поддерживает множество аспектов трехмерной анимации, включая движение, материалы и другие атрибуты. Он поддерживает также текстурирование, цвета, звуки и другие медиа-данные. В рамах Этого документа подразумевается использование
версии 7.4 (FBX2014) бинарного типа.

Diffuse текстура

Текстура объекта, содержащая в себе RGB или RGBA изображение, отвечающее за цвет поверхности или цвет с картой прозрачности для отверстий соответственно.

ERM текстура

Текстура объекта, состоящая из RGB изображения, в которой каждый канал
цвета содержит в себе отдельную карту:
E - Emissive карта отвечает за светимость отдельных элементов объекта.
R - Roughness - карта, отвечающая за создание иллюзии шероховатостей поверхностей.
M - Metallic - карта, отвечающая за определение металлических частей объекта.

Normal текстура

Текстура объекта, состоящая из RGB-каналов, содержащая в себе информацию о имитации рельефа, фактуры объекта.
X: -1 to +1 : Red: 0 to 255
Y: -1 to +1 : Green: 0 to 255
Z: 0 to -1 : Blue: 128 to 255

Texel Density/
плотность
текстуры

Величина, которая является отношением размера текстуры (в пикселях) к габаритам 3d модели в сцене. Texel density используется для создания единообразия плотности пикселей у разных элементов мира/сцены.

UDIM

Система «плиток», двухмерная матрица, где каждая «плитка» состоит из отдельной текстуры со своим UV- пространством (0-1, 1-2, 2-3). Позволяет распределить UV-острова одного меша по разным текстурным картам.

UV-остров

Независимая (отрезанная) часть UV-развёртки геометрии.

UV-плитка

Это одна часть UV-пространства из области 10х10 частей, разделённого на квадраты со стороной равной единице текстурных координат. Нумеруется слева направо и снизу-вверх от 1001 до 1100 (см. приложение 1).

UV-развертка

Проекция поверхности трёхмерного объекта на двухмерную текстурную карту. Оси называются буквами «U» и «V».

3. Сокращения и обозначения

В настоящих Технических требованиях используются следующие сокращения и обозначения:

*.fbx

Формат файлов, содержащий данные двумерной или трехмерной графики в формате Autodesk FBX версии 7.4 (FBX2014) бинарного типа.

*.geojson<p>GeoJSON — открытый формат, предназначенный для хранения географических структур данных, основан на JSON.</p>
*.png*.PNG (Portable Network Graphics) — формат файлов изображения, поддерживающий сжатие без потерь и используемый для реализации веб-графики.
*.zip

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

4. Порядок подготовки трехмерных моделей

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

  • модели должны быть подготовлены в масштабе 1:1;
  • модели должны быть очищены от лишних элементов, не используемых для демонстрации (должны
    быть убраны камеры, частицы, туман и пр.).

5. Требования к трехмерным моделям

    Моделью могут быть следующие объекты: комплексное благоустройство земельного участка, отдельно
стоящие здания, в том числе отдельные корпусы комплекса зданий, при условии наличия у них уникального адреса в
рамках АГР.
Трехмерные модели и источники освещения предоставляются в формате *.fbx версии 7.4 (FBX2014) бинарного
типа.
Для моделей обязательна подготовка UDIM разверток.
Все файлы модели, а именно: набор текстур в формате *.png, файл *.fbx с трёхмерной моделью, файл *.fbx с
источниками освещения (при наличии в проекте светового дизайна) и описательная часть в формате *.geojson, –
должны быть заархивированы в файл формата *.zip.
Весь проект АГР передаётся в виде набора zip-архивов (не менее двух).

Таблица 1 «Технические требования к архиву данных по трехмерным модели»


п/п
Наименование
требования
Описание требования
1.Адрес. Требование к содержанию переменной Address.
    1. Адрес пишется латинской транслитерацией.
    2. Допускается использование только букв, цифр и нижнегоподчёркивания.
    3. Пробелы опускаются, адресообразующие элементы
      разделяются нижним подчёркиванием. Все знаки кроме пробелов, буквенных и числовых заменяются нижним подчёркиванием.
    4. Каждое новое слово начинается с заглавной буквы.
    5. Числовые и буквенные символы отделяются нижним подчёркиванием друг от друга.
    6. В названиях элементов улично-дорожной сети опускается
      только слово «улица».
      Например,
      а. «ул. Дубининская, вл. 67/1» пишется как
      «Dubininskaya_Vl_67_1».
      б. «Проезд Нансена, уч. 8» пишется как «ProezdNansena_Uch_8».
    7. Если объект не имеет строительного/почтового адреса, то в
      переменную Address указывается кадастровый номер объекта,
      при этом символ «:» заменяется на «_».
      Например,
      а. «77:02:0015007:4157» пишется как «77_02_0015007_4157».
      б. «77:02:0015007:4157, корпус 7» пишется как
      «77_02_0015007_4157_K_7».
    8. У отдельно стоящих зданий (см. определение) после
      наименования адреса/кадастрового номера необходимо добавлять уникальный индекс в формате «_number», где number — это трехзначное число. Например,
      а. «Проезд Нансена, уч. 8» пишется как
      «ProezdNansena_Uch_8_001».
      б. «77:02:0015007:4157» пишется как «77_02_0015007_4157_001».
2.Архив данных по трехмерной модели
    1. Все файлы блока данных по каждой трехмерной модели должны
      быть заархивированы в свой отдельный архив формата *.ZIP.
    2. Имя архива для ОКС должно соответствовать схеме:
      SM_Address, например,
      SM_Dubininskaya_Vl_67_1_001.zip,
      SM_ProezdNansena_Uch_8.zip,
      SM_77_02_0015007_4157.zip.
    3. Имя архива для комплексного благоустройства земельного
      участка должно соответствовать схеме: SM_Address_Ground,
      например,
      SM_Dubininskaya_Vl_67_1_001_Ground.zip,
      SM_ProezdNansena_Uch_8_Ground.zip,
      SM_77_02_0015007_4157_Ground.zip.
    4. Все части благоустройства неделимы и включаются в единый FBX.
3.Структура файлов в архиве

Структура группы файлов, из которого формируется *.ZIP, имеет
строго следующий вид, без дополнительных папок (см.
приложение 2):

    • файл *.fbx версии 7.4 (FBX2014) бинарного типа (не более 2 шт.);
    • набор файлов *.png (не более 700 * 3 шт.)
    • файл *.geojson. (не более 1 шт.)

Файлы *.fbx содержат трехмерную модель и (отдельным файлом) источники света.
Файлы *.png содержат текстурные карты модели.
Файл *.geojson содержит уникальное описание модели и её
материалов.

4.Наименование
файлов *.fbx,
*.geojson, геометрии,
материалов и текстур
    1. Каждое новое слово в суффиксах начинается с заглавной буквы. Каждый суффикс разделяется от
      предыдущего/следующего нижним подчеркиванием.
    2. Имя файла *.fbx и *.geojson должно полностью повторять имя соответствующего zip-архива.
      • а. Для строений SM_Address, например,
        SM_ProezdNansena_Uch_8.zip
      • б. Для комплексного благоустройства земельного участка
        SM_Address_Ground: SM_ProezdNansena_Uch_8_Ground.fbx,
        SM_ProezdNansena_Uch_8_Ground.geojson
      • в. Для источников освещения фасадов здания SM_Address_Light:
        SM_ProezdNansena_Uch_8_Light.fbx
      • г. Для источников освещения благоустройства
        SM_Address_Ground_Light: SM_ProezdNansena_Uch_8_Ground_Light.fbx
    3. Имена геометрии внутри fbx должны соответствовать:
      • а. Для геометрии комплексного благоустройства земельного
        участка SM_Address_Ground:
        SM_ProezdNansena_Uch_8_Ground
      • б. Для геометрии светопрозрачных конструкций комплексного
        благоустройства земельного участка
        SM_Address_GroundGlass:
        SM_ProezdNansena_Uch_8_GroundGlass
      • в. Для геометрии строения SM_Address_Main:
        SM_ProezdNansena_Uch_8_Main
      • г. Для геометрии светопрозрачных конструкций строения, если
        таковые имеется SM_Address_MainGlass:
        SM_ProezdNansena_Uch_8_MainGlass
      • д. Для геометрии коллизии строений
        Suffix_SM_Address_Main_Number, где Number – порядковый номер элемента коллизии, число от 001 до 999, а Suffix – суффикс коллизии (см. п/п 5, пп. 12-15):
        UCX_SM_ProezdNansena_Uch_8_Main_001
      • е. Для геометрии коллизии комплексного благоустройства
        Suffix_SM_Address_Ground_Number, где Number –порядковый номер элемента коллизии, число от 001 до 999, а Suffix – суффикс коллизии (см. п/п 5, пп. 12-15):
        UCX_SM_ProezdNansena_Uch_8_Ground_001 или
        UBX_SM_ProezdNansena_Uch_8_Ground_001
    4. Имена материалов внутри fbx должны соответствовать:
      • а. Для материалов комплексного благоустройства земельных
        участков M_Address_Ground_SlotNumber:
        M_ProezdNansena_Uch_8_Ground_1
      • б. Для светопрозрачных материалов комплексного благоустройства земельных участков M_Address_GroundGlass_SlotNumber:
        M_ProezdNansena_Uch_8_GlassGround_1
      • в. Для непрозрачных материалов строений
        M_Address_Main_SlotNumber:
        M_ProezdNansena_Uch_8_Main_1
      • г. Для светопрозрачных материалов строений
        M_Address_MainGlass_SlotNumber:
        M_ProezdNansena_Uch_8_MainGlass_1
    5. Имя файла *.png должно соответствовать (см. приложение 2):
      • а. Для строений
        T_Address_TypeTexture_SlotNumber.NomerUDIM:
        T_ProezdNansena_Uch_8_Diffuse_1.1001
      • б. Для комплексного благоустройства земельного участка
        T_Address_Ground_TypeTexture_SlotNumber.NomerUDIM:
        T_ProezdNansena_Uch_8_Ground_ Diffuse _1.1001
    6. Имена источников освещения фасадов ОКС должны соответствовать:
      • а. Для всенаправленных точечных источников
        Address_Omni_Number, где Number – порядковый номер источника освещения данного типа, число от 001 до 050:
        ProezdNansena_Uch_8_Omni_001
      • б. Для направленных прожекторов с коническим потоком лучей
        Address_Spot_Number, где Number - порядковый номер источника освещения данного типа, число от 001 до 050:
        ProezdNansena_Uch_8_Spot_001
      • в. Для корневого элемента источников освещения Address_Root:
        ProezdNansena_Uch_8_Root
    7. Имена источников освещения благоустройства должны соответствовать:
      • а. Для всенаправленных точечных источников Address_Ground_Omni_Number, где Number – порядковый номер источника освещения данного типа, число от 001 до 050:
        ProezdNansena_Uch_8_Ground_Omni_001
      • б. Для направленных прожекторов с коническим потоком лучей
        Address_Ground_Spot_Number, где Number – порядковый номер источника освещения данного типа, число от 001 до 050:
        ProezdNansena_Uch_8_Ground_Spot_001
      • в. Для корневого элемента источников освещения Address_Ground_Root: ProezdNansena_Uch_8_Ground_Root
5.Требования к суффиксам
    1. SM_ – применяется к геометрии, файлам *.fbx, *.zip, *.geojson. Обозначает принадлежность объекта к геометрии или модели.
    2. T_ – применяется к файлам текстурных карт, обозначает принадлежность объекта к текстурам.
    3. M_ – применяется к материалам, обозначает принадлежность объекта к материалам.
    4. _SlotNumber – имеет числовой вид от 1 до 7 и показывает информацию о порядковом номере материала, который задал пользователь. Применяется к материалам и текстурам. Служит для автоматического поиска пар: материал и текстурный набор.
    5. _TypeTexture_ – суффикс, дающий информацию о типе текстуры, каждое слово в нём начинается с прописного символа и продолжается строчными, кроме аббревиатур. Применяет только к текстурам. Допустимые суффиксы и их написание:
      • а. Diffuse – цветовая карта.
      • б. ERM – E – карта светимости, R – карта шероховатости, M – карта металличности.
      • в. Normal – карта нормалей.
    6. _Main – пишется так как представлен, обозначает
      принадлежность объекта к элементам здания, кроме
      светопрозрачных конструкций. Применяется к геометрии, материалам.
    7. _MainGlass – пишется так как представлен, обозначает принадлежность объекта к светопрозрачным конструкциям здания. Применяется к геометрии, материалам.
    8. _Ground – пишется так как представлен, обозначает
      принадлежность объекта к элементам комплексного
      благоустройства земельных участков. Применяется к
      геометрии, материалам.
    9. _GroundGlass – пишется так как представлен, обозначает принадлежность объекта к светопрозрачным конструкциям комплекса благоустройства земельных участков. Применяется к
      геометрии, материалам.
    10. NumberUDIM – имеет численный вид и показывает
      информацию о номере UV-плитки, для которой сделана текстура. Применяется к текстурам.
    11. UCX_ – обозначает принадлежность объекта к геометрии коллизии, выполненной объектом типа «Mesh» (далее «редактируемый каркас»).
    12. UBX_ – обозначает принадлежность объекта к геометрии коллизии, выполненной стандартным объектом «Box».
    13. UCP_ – обозначает принадлежность объекта к геометрии коллизии, выполненной стандартным объектом «Capsule».
    14. USP_ – обозначает принадлежность объекта к геометрии коллизии, выполненной стандартным объектом «Sphere».
    15. _Omni – обозначает принадлежность объекта к всенаправленным точечным источникам освещения.
    16. _Spot – обозначает принадлежность объекта к направленным источникам освещения типа «прожектор».
    17. _Root – обозначает принадлежность объекта к корневому элементу всех источников освещения.
    18. _Light – обозначает принадлежность объекта к FBX-файлу источников освещения.
6.Типы текстур
    1. Обязательный набор: Diffuse, ERM, Normal
    2. Необязательно: карта прозрачности, закодированная в Альфа-канал текстуры Diffuse.
7.Требования к декоративным элементам освещения (ДЭО)
    1. Добавление светящихся элементов обязательно при наличии в проекте моделей источников света;
    2. Карта Emission задает только силу свечения, так как она добавляется в R канал карты ERM и хранить информацию в градациях серого.
    3. Цвет ДЭО задается в тех же текстурных координатах, но в карте Diffuse.
8.Требования к текстурам
    1. Допустимое разрешение 256*256 px (применительно к текстурным заглушкам), 2048*2048 px, 4096*4096 px.
    2. Текстуры не интегрируются в файл *.fbx.
    3. Если у островов, расположенных в рамке одной UV-плитки, должны быть уникальные текстуры, то они должны иметь текстурный отступ, то есть заходить за края UV-острова, для которого создаётся текстура, не менее чем на 32 px. (Рекомендован отступ до бесконечности). Все UV-отступы и
      острова не должны пересекаться между собой.
    4. Тайленные текстуры должны стыковаться между собой без швов.
    5. Текстуры ERM и normal должны быть строго без альфа-канала.
    6. Должны быть соблюдены требования к плотности текстуры.
    7. Текстуры normal должны быть в DirectX.
9.Текстурные
заглушки
    1. Разрешение такой текстуры должно быть равно 256*256 px.
    2. Требования Texel Density отсутствуют, так как плотность такой текстуры не имеет значения, ввиду своей природы.
    3. Допускается в рамках одного и того же UDIM использовать в текстурном наборе заглушки совместно с текстурами обычного размера.
10.Элементы содержащие сквозные отверстия или сложные вырезы
    1. Отверстия или вырезы необходимо реализовать чёрно-белой текстурной картой в целочисленном диапазоне 0-255, где диапазоны от 0 до 127 – пустота/невидимая часть, а от 128 до 255 – заполненное/видимое пространство.
    2. Эту текстурную карту необходимо запекать в альфа-канал карты “Diffuse”.
    3. Полигоны, на которые назначена текстура с прозрачностью, в том случае, если они просматриваются с обеих сторон, должны
      быть продублированы с равномерным для всех точек смещением в локальном направлении полигона на 0,002 метра и поворотом нормали в противоположную сторону.
11.Texel Density
    1. Нижняя и верхняя граница плотности пикселя на метр 512-1706 px/m и высчитывается по формуле:
      Texel Density = разрешение текстуры (4096 или 2048) / размер геометрии (ед. изм. метр (не квадратный)) Примечание:
      • а. Для текстуры 4096 множество квадратов со сторонами от 7,8 м до 2,5 м будут вписываться в диапазон плотности от 525 px/m до 1638 px/m соответственно.
      • б. Для текстуры 2048 множество квадратов со сторонами от 3,9 м до 1,3 м будут вписываться в диапазон плотности от 525 px/m до 1575 px/m соответственно.
    2. Для текстур с прозрачностью рекомендуется бόльшая плотность из представленного диапазона.
12.Система
масштабирования
    1. Масштаб любой геометрии должен быть 1:1, то есть
      соответствовать единице по всем декартовым координатам (X, Y, Z), в метрической системе.
    2. Преобразования трансформации должны быть сброшены.
    3. Эталон единицы измерения длины и системные юниты – метр.
13.Требования к геометриям модели фасадов, светопрозрачных конструкций и комплексного благоустройства земельных участков
    1. Вершины не должны дублироваться (быть несвязанными и находиться в одинаковых координатах (погрешность менее 0,002 м) одновременно) (см. приложение 4).
    2. Не должно быть задвоенной (находящейся в единых пространственных координатах) геометрии в одном файле.
    3. Нормаль поверхностей зданий должна быть выравнена, чтобы избежать эффекта «отсутствия» полигона.
    4. Рекомендуется единая геометрия для окон и фасадов.
    5. Геометрии зданий или геометрии комплексного
      благоустройства земельного участка, их светопрозрачные конструкции и коллизии не должны иметь иерархических отношений, то есть они должны находиться на одном уровне и не зависеть друг от друга.
    6. Проектные интерьеры должны быть удалены. Их необходимо заменить сплошными стенами и перекрытиями так, чтобы, вглядываясь в окна, создавалось впечатление полноты внутренних стен, но сложные внутренние стены, а также не
      видимые глазу, должны быть удалены.
    7. Модель необходимо триангулировать перед конвертацией в формат *.fbx
    8. Группы сглаживания определяет проектировщик согласно проекту и расставляет их только по полигонам (фейсам/граням).
    9. Накладывающиеся поверхности с однонаправленными векторами нормалей необходимо раздвигать на расстояние 5-10 мм.
    10. Низ ОКС должен быть заглублён в модель благоустройства: промоделен по периметру глубже земной поверхности (модели благоустройства) относительно самых нижних отметок проекта.
    11. По периметру модели комплексного благоустройства земельных участков грани должны быть выдавлены вниз не менее, чем на метр, с использованием текстурных заглушек
      обобщённого цвета той грани, из которой происходило выдавливание (см. приложение 5).
    12. Все объекты должны быть конвертированы в редактируемый каркас.
14.Требования к точке отсчёта плановому повороту
    1. Поворот модели должен соответствовать углу поворота здания в плане.
    2. Каждая отдельная FBX-модель имеет свою точку отсчёта и собственное описание в отдельном файле *.geojson.
    3. Относительно мировых координат редактора точка отсчёта расположена в нуле по всем осям.
    4. Относительно модели точка отсчёта расположена в её геометрическом центре по осям «X» и «Y», а по оси «Z» соответствует нулевой отметке проекта.
    5. Точки отсчёта (pivot), всех моделей внутри fbx, должны иметь одинаковые координаты.
    6. В случае разделения строения по корпусам, точка отсчёта по оси «Z» соответствует нулевой отметке проекта, если часть строения пересекается с выше озвученной отметкой, в обратном случае точке пересечения разделенных частей строения.
15.Требования к
материалам
    1. Материалы не должны быть созданы при помощи сторонних движков рендера (VRay, Octane, Corona, Arnold и прочее профессиональное программное обеспечение для визуализации изображений высокого качества).
    2. Если к геометрии Main потребовалось применить более 100 UDIM-карт, то назначается дополнительный материал (до семи). При этом каждый материал будет иметь свой SlotNumber
      начиная от одного и далее строго по порядку с шагом равным единице.
    3. Если текстур менее 100, то разделять материалы Main по слотам не допустимо.
    4. Группировать материалы *_MainGlass, *_Main или
      *_GroundGlass, *_Ground в рамках одного родительского материала, не допустимо.
    5. Особые требования к светопрозрачным конструкциям описаны в п/п 19 данной таблицы.
    6. Все пути к текстурам в материалах должны быть удалены.
16.Требования к UV-развертке
      1. Для геометрии фасадов *_Mesh и комплексного благоустройства земельных участков *_Ground:
        • а. UV-развертка выполняется исключительно по технологии UDIM. Большие плоскости необходимо разделять так, чтобы соответствовать требованию о плотности пикселей, а повторяющиеся и/или соразмерные острова развертки необходимо размещать методом наложения.
        • б. UDIM тайлы заполняются, начиная с 1001, строго последовательно, без пропусков в нумерационном ряду UDIM по схеме 10 на 10 (см. приложение 1).
        • в. UV-развертка на геометрии выполняется в единственном экземпляре и только на один канал.
        • г. Текстурные острова не должны быть отзеркалены.
        • д. UV-остров не может принадлежать сразу нескольким UV-плиткам (недопустимо выходить за границы UV-плиток при
          укладывании развёртки.).
        • е. Разворачивать полигоны внутри UV-плитки надо так, чтобы они не касались её краёв (делать небольшой отступ).

          Примечание:
        • Рекомендуется UDIM развертку выполнять так, чтобы на визуализации здания не было текстурных сдвигов. Например, если здание выполнено из кирпича, то все швы на углах здания
          и откосах должны совпадать.
      2. Для геометрии светопрозрачных конструкций *_MainGlass,
        *_GroundGlass:
        • а. Элементы, относящиеся к окнам, должны иметь UV-развертку в
          рамках текстурных координат 0-1, не касаясь краёв UV-плитки
          (см. приложение 6, рис. 6.1).
        • б. Деформация UV-островов недопустима.
        • в. Необходимо сохранять масштаб UV-островов относительно других стёкол модели и стараться оставлять их как можно большего размера, в связи с чем разрешается наложение островов друг на друга.
        • г. Если окна относятся к единой логической конструкции, например, окна эркера, или расположены настолько близко друг к другу, что подразумевают единую оконную композицию,
          конкретной комнаты, то его рекомендуется разворачивать совместно с сохранение пропорционального расстояния между ними (см. приложение 6, рис. 6.2).
      3. У геометрии коллизии развёртки быть не должно.
17.Условие для запекания геометрии в текстуру

Декоративные элементы, мелкие детали, вдавленные или
выступающие за основную геометрию здания до 5 см, запекаются в текстуру. Исключение: бордюрные выступы.

18.Комплексы объектов

Каждое отдельно стоящее строение с одним адресом - отдельная модель. Каждое строение (корпуса, стилобаты) с уникальным адресом - отдельная модель. Комплексное благоустройство земельного участка (Ground) - отдельная модель.

19.Светопрозрачные конструкции
    1. Все светопрозрачные конструкции в рамках одной модели должны быть объединены в единую геометрию и иметь материал и развёртку, но не текстуры.
    2. Светопрозрачные конструкции с разными свойствами должны иметь разные материалы, но не более 7 штук.
    3. На светопрозрачные конструкции окон, балконных дверей и витрин необходимо назначать отдельный материал, даже если он не отличается от остальных подобных элементов здания, например, ограждений.
    4. Светопрозрачные конструкции не должны дублироваться.
20.UDIM

Подготовка UDIM обязательна для моделей в формате *.fbx

21.*.geojson файл
    1. Модели должны иметь привязку к координатам, которые указываются в *.geojson файле. Полная структура *.geojson файла указана в приложении 3 к настоящему распоряжению.
    2. В строку адреса в *.geojson прописываются дополнительно сведения о корпусах из спецификации буклета или другого источника для каждого отдельно нарезанного корпуса, при
      отсутствии таковых, например у стилобатов, никакие дополнительные правки в адрес не вносятся.
    3. При заполнении полей, где требуется внести название, например, организации, в кавычках, вместо них необходимо использовать апостроф.
    4. Все поля должны быть заполнены.
    5. Кодировка в файле – UTF-8.
22.Геометрия коллизии
    1. Геометрия коллизии – это массив объектов (см. приложение 7, рис.7.1), каждый из которых должен быть выпуклый, замкнутый не содержать в себе отверстия (см. приложение 7, рис.7.2) и назван согласно вышеописанной маске (см. п/п 4 пп. 3д, 3е).
    2. Геометрия коллизии строится только для непосредственно самой геометрии комплексного благоустройства земельного участка (наземные части: МАФ, элементы освещения и растительность в ней не учитываются) и для каждого ОКС по отдельности.
    3. Каждый отдельный fbx-файл должен иметь свою геометрию коллизии.
    4. Обязательно строить объекты коллизий так, чтобы она не пересекались между собой. Зазор между смежными геометриями коллизий рекомендуется делать 1 см.
    5. Массив коллизий строений должен повторять очертания одноимённой геометрии и их светопрозрачных конструкций (кроме заборов), и массив коллизий геометрии комплексного благоустройства земельного участка также соответствует геометрии благоуствройства с их светопрозрачными конструкциями, с соблюдением иных требований данного ТЗ.
    6. Геометрия коллизии должна точно повторять форму объекта, которому она принадлежит. Допускаются следующие погрешности в отступах от формы:
      • а. У геометрии комплексного благоустройства земельного участка, особенно по периметру – 10 см.
      • б. У геометрии строений на нижних этажах, куда, без применения спецсредств, может подойти гипотетический пешеход – 30 см.
        Чаще всего это первые этажи, стилобаты или вторые этажи, к которым прилегают мосты и площадки.
      • в. У остальной геометрии строений – 1м.
    7. Геометрия коллизии не должна содержать ни одного слота материалов.
    8. Арки, внутренние дворы (колодцы), большие выступы на фасаде, объемные элементы, должны быть учтены и также входить в объем геометрии коллизии.
    9. Лестницы у входных групп должны иметь форму усеченной пирамиды.
    10. Количество треугольников, входящих в состав геометрии коллизии, рассчитывается по формуле: «Количество треугольников модели * 0,05 = Допустимое максимальное число треугольников геометрии коллизии» за исключением моделей менее 3000 треугольников.
      Пример: Количество треугольников модели, очертания которой повторяет геометрии коллизии равно 1 243 374. То есть 1 243 374 * 0,05 = 62 168,7, допустимое максимальное число треугольников для геометрии коллизии 62 169 (любую дробную часть можно округлить до целых единиц в пользу увеличения числа).
    11. Для моделей менее 3000 треугольников применяется формула «Количество треугольников модели = Допустимое максимальное число треугольников геометрии коллизии».
    12. Ограничение количества треугольников на модель не
      распространяется на геометрии коллизии. То есть, если количество треугольников модели составляет максимальные 2 млн треугольников, то количество треугольников геометрии коллизии может дополнительно составлять до 100 000 треугольников.
    13. Масштабирование геометрии коллизии должно быть
      идентично масштабированию модели, очертания которой он повторяет.
23.Требования к архитектурному освещению фасадов зданий и благоустройства (далее световой дизайн)
    1. Файлы для передачи светового дизайна формируются только в том случае, если проект подразумевает его наличие.
    2. В случае наличия в проекте светового дизайна в рамках создаваемых моделей ОКС или благоустройства необходимо отобразить внешний вид осветительного оборудования на фасадах здания или иных местах. Светящиеся элементы на
      таких объектах передаются с помощью карт ERM (см. п/п 7), а световой поток при помощи источников освещения, не входящих в состав выше упомянутых моделей.
    3. Источники освещения предоставляются в формате *.fbx версии 7.4 (FBX2014) бинарного типа для каждого ОКС, а также благоустройства отдельно в составе соответствующего zip-архива.
    4. Источниками освещения могут быть только: точечный всенаправленный и конический нацеленный прожектор.
    5. Используется только базовые источники освещения, не относящиеся к сторонним или продвинутым движкам рендера.
    6. У источников освещения должны быть настроены только цвет света и его сила. Дальность распространения необходимо отключать.
    7. Вся система источников освещения представляет собой иерархию объектов, где все источники освещения привязаны к корневому элементу, являющемуся вспомогательным объектом-пустышкой.
    8. Источники освещения должны быть расставлены и повёрнуты относительно освещаемого объекта так, чтобы верно передать концепцию светового рисунка, а их корневой элемент обязательно должен располагаться своей точкой отсчёта строго
      в точке отсчёта выше обозначенного объекта (согласно требованиям п/п 14 пп. 3 в нулевых мировых координатах, как и сам объект).
    9. FBX-файл с источниками освещения не должен включать в себя текстуры и, суммарно, более 25 источников освещения.
    10. Рекомендовано использовать не более 10 источников освещения на одну модель ОКС или благоустройства.

Таблица 2 «Основные допущения и ограничения к трехмерным моделям»


п/п
Наименование
требования
Описание требования
1.Размер модели

Требования по размеру модели одного здания/корпуса/комплексного благоустройства земельного участка
(Ground) совместно с невстроенными текстурами 500 МБ.
Примечание: В состав указанных 500 МБ входит суммарный объём памяти, требуемый для хранения модели одного
здания/корпуса/комплексного благоустройства земельного участка (геометрия объекта + геометрия его светопрозрачных конструкций + геометрии его коллизий), а также всех текстурных карт.

2.Количество
треугольников

Требование к количеству полигонов на всю геометрию в рамках одного FBX – до 2 млн. треугольников.

3.Количество материалов

Требование к количеству материалов на одну геометрию здания, стекла – не более 7 шт на каждое.

4.Детализация моделей

Скрытые объекты должны быть удалены из проекта (коммуникации, инженерные слои, внутрикомнатные двери и тп.) Объекты, которые не относятся к зданию или комплексному благоустройству земельного участка, так же должны быть удалены из проекта (автомобили, люди, системы частиц и т.д.)

5.Стены объектов

Толщина стен зданий минимум 10 см.

Приложение 1
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

Схема нумерации UV-плиток

Рисунок 1.1 – Пример нумерации UV-плиток

Приложение 2
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

Структура группы файлов для предоставления трехмерных моделей

Рисунок 2.1 – Пример структуры и содержания предоставляемого архива ОКС со световым дизайном фасада

Приложение 3
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

Именование геометрий коллизии

Рисунок 3.1 – Структура файлов на сцене (представлена в разных редакторах)

1- геометрия светопрозрачных конструкций
2- геометрия фасада
3- набор геометрий коллизии

Приложение 4
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

Некорректная/корректная связь вершин геометрии

Рисунок 4.1. Некорректная связь вершин геометрии

Некорректная связь вершин геометрии в трехмерном
пространстве означает неверное расположение соседних
вершин геометрии, что может привести к её неверному
отображению. Желтая стрелка показывает движение полигонов.
Красная стрелка показывает отсутствие связей движимого
полигона с остальной геометрией.

Рисунок 4.2. Корректная связь вершин геометрии

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

Приложение 5
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

Модель комплексного благоустройства земельного участка с ОКС

Рисунок 5.1 – Пример выдавливания полигонов вниз по внешнему периметру модели комплексного благоустройства земельного участка

Приложение 6
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

UV-развёртка

Рисунок 6.1 – Пример развёртки нескольких оконных стёкол одного здания. Справа каждое окно показано по отдельности, слева – итоговый результат развёртки.

Рисунок 6.2 – Пример развёртки, созданной с сохранением пропорционального расстояния между отдельными стёклами.

Приложение 7
к Требованиям к параметрам
высокополигональных
трехмерных моделей объектов

Геометрия коллизии

Рисунок 7.1 – Оригинальная модель и ее геометрия коллизии.

Рисунок 7.2 – Пример допустимых и недопустимых форм

Приложение 3
к распоряжению Департамента информационных
технологий города Москвы и Комитета по архитектуре
и градостроительству города Москвы
от «___» _________ 2023 г. № ______________

Схема метаданных в файле формата *.geojson

{
    “type”: “FeatureCollection”,
    “features”: [
        {
            “type”: “ObjectFeature”,
            “properties”: {
                “address”: “Полярная ул., вл.4”,
                “okrug”: “СВАО”,
                “rajon”: “Южное Медведково”,
                “name”: “Учебный корпус на 550 мест (в т.ч. дошкольное отделение на 150 мест)”,
                “developer”: “Фонд реновации”,
                “designer”: “АО МСУ-1”,
                “cadNum”: “77:02:0006003:95”,
                “FNO_code”: “010 001 001”,
“FNO_name”: “Многоэтажный многоквартирный дом”,
                “ZU_area”: “0,5191”,
                “h_relief”: “147,90”,
                “h_otn”: “46,92”,
                “h_abs”: “194,82”,
                “s_obsh”: “17088,71”,
                “s_naz”: “13983,62”,
                “s_podz”: “3105,13”,
                “spp_gns”: “16454,34”,
                “act_AGR”: “811-2-21”,
                “imageBase64”: “/9j/1as564fd1a…”,
“other”: “”
            },
    “geometry”: {
“type”: “Point”,
                “coordinates”: [
                    1000.374,
                    324.817
                  ]
},
                “Glasses”: [
                    {
                        “M_ProezdNansena_Uch_8_Glass_1”: {
                            “color_RGB”: {
                                “Red”: “120”,
                                “Green”: “41”,
                                “Blue”: “234”
                            },
                            “transperency”: “0,4”,
                            “refraction”: “1,42”,
                            “roughness”: “0,3”,
                            “metallicity”: “0”
                        },
                        “M_ProezdNansena_Uch_8_Glass_2”: {
                           “color_RGB”: {
                              “Red”: “20”,
                              “Green”: “35”,
                              “Blue”: “113”
                           },
                           “transparency”: “0,2”,
                           “refraction”: “1,33”,
                           “roughness”: “0,7”,
                           “metallicity”: “0,1”
                        }
                     }
                   ]
                }
              ]
            }

Схема метаданных в файле формата *.geojson при полном отсутствии светопрозрачных конструкций в АГР

{
    “type”: “FeatureCollection”,
    “features”: [
        {
            “type”: “ObjectFeature”,
            “properties”: {
                “address”: “Полярная ул., вл.4”,
                “okrug”: “СВАО”,
                “rajon”: “Южное Медведково”,
                “name”: “Учебный корпус на 550 мест (в т.ч. дошкольное отделение на 150 мест)”,
                “developer”: “Фонд реновации”,
                “designer”: “АО МСУ-1”,
                “cadNum”: “77:02:0006003:95”,
                “FNO_code”: “010 001 001”,
                “FNO_name”: “Многоэтажный многоквартирный дом”,
                “ZU_area”: “0,5191”,
                “h_relief”: “147,90”,
                “h_otn”: “46,92”,
                “h_abs”: “194,82”,
                “s_obsh”: “17088,71”,
                “s_naz”: “13983,62”,
                “s_podz”: “3105,13”,
                “spp_gns”: “16454,34”,
                “act_AGR”: “811-2-21”,
                “imageBase64”: “/9j/1as564fd1a…”,
                “other”: “”
              },
              “geometry”: {
              “type”: “Point”,
                “coordinates”: [
                    1000.374,
                    324.817
                  ]
               },
                “Glasses”: [
                ]
            }
      ]
}

Описание полей:

№ п/пИмяОписаниеПример
1address

Улица, владение, корпус/строение.

Полярная ул., вл.4
2okrug

Округ. Ограничение до 50 символов.

СВАО

3rajon

Район. Ограничение до 50 символов.

Южное Медведково
4nameНаименование объекта.Учебный корпус на 550 мест (в т.ч. дошкольное отделение на 150 мест)
5developerНаименование организации застройщика.
Ограничение до 255 символов.
Фонд реновации
6designerНаименование проектной организации.
Ограничение до 255 символов.
АО МСУ-1
7cadNumКадастровый(ые) номер(а). Согласно маске
АА:ББ:ВВВВВВВ:ГГ, где «АА» и «ББ»
состоят из двух цифр каждый, «ВВВВВВВ» из
6-10 цифр, а «ГГ» из 1-10.
77:02:0006003:95
00:00:0000000:00– в случае отсутствия
информации
8FNO_codeКод функционального назначения объекта по
306-ПП. Согласно маскам XXX XXX XXX,
XXX XXX или XXX
010 001 001
000 – в случае отсутствия информации
9FNO_nameФункционального назначения объекта по 306-ПП. Ограничение до 255 символов.Многоэтажный многоквартирный дом
10ZU_areaПлощадь участка, га. Не более 4 знаков после
запятой.
0,5191
11h_reliefНулевая отметка, м. Не более 2 знаков после
запятой.
147,90
12h_otnОтносительная высота объекта, м. Не более 2
знаков после запятой.
46,92
13h_absАбсолютная высота объекта, м. Не более 2
знаков после запятой.
194,82
14s_obshОбщая площадь объекта, м2. Не более 2
знаков после запятой.
17088,71
15s_nazНаземная площадь объекта, м2. Не более 2
знаков после запятой.
13983,62
16s_podzПодземная площадь объекта, м2. Не более 2
знаков после запятой.
3105,13
17spp_gnsСуммарная поэтажная площадь объекта в
габаритах наружных стен, м2. Не более 2
знаков после запятой.
16454,34
18act_AGRНомер САГР, действующего на момент
подачи заявления, при наличии
811-2-21
0 – в случае отсутствия информации
19imageBase64

Уникальное изображение объекта, которое
будет отображаться в поиске. В JSON
вставляется в формате base64. Исходное изображение до конвертации в base64 должно быть разрешением 256х256 пикселей и в формате *.jpg. Для конвертации из *.jpg в base64 допускается использование различных программно-технические средств.

/9j/1as564fd1a...(представлены только
первые символы)
20otherДополнительная информация
21coordinates

Координаты точки вставки модели в МСК77

[1000.374, 324.817]
22Glasses

Массив, содержащий описание свойств стеклянных материалов. Описание свойств по первому материалу записывается в группу «M_Address_Glass_1», если в модели
присутствует более одного стеклянного материала, то для каждого последующего материала свойства необходимо прописывать в соответствующие группы «M_Address_Glass_2», M_Address_Glass_3» и так далее до 7 материалов.

M_ProezdNansena_Uch_8_Glass_1
(В конце вариант цифр 1-7)
22.2color_RGBЦвет стекла в RGB в диапазоне от 0 до 255R = 149, G = 164, B = 171
22.2transparencyПрозрачность стекла в диапазоне от 0 до 1, где 0 – полная прозрачность, 1– абсолютная непрозрачность.0,2
22.3refractionКоэффициент преломления в диапазоне от 1
до 3 (см. приложение 1)
1,33
22.4roughnessШероховатость в диапазоне от 0 до 10,18
22.4metallicityМеталичность в диапазоне от 0 до 10,84

Приложение 1
к схеме метаданных в файле
формата *.geojson

Таблица коэффициентов преломления

Рисунок 1.1 – Коэффициенты преломления основных материалов

МатериалЗначение transparency
Воздух1.00
Вода1.33
Лёд1.31
Оргстекло1.49
Стекло Кварцевое1.52
Алмаз2.42

Похожие записи

Комментарии (1)

  1. Вячеслав:

    Спасибо большое! Теперь очень удобно находить нужный пункт!

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *