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

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

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

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

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

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

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

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

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

Текстура объекта, состоящая из 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

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

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

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

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

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

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

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

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

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

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

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

1. 1. Суффиксы применяются к именам FBX-файлов, геометрии, материалам и текстурам;
   2. Используются следующие суффиксы геометрии:
      
      •    _Main – обозначает принадлежность к ОКС (кроме
            полупрозрачных деталей),
      
      •    _Main_Glass – обозначает принадлежность к
            полупрозрачным деталям ОКС,
      
      •    _Ground – обозначает принадлежность к
            благоустройству/проекту благоустройства (кроме
            полупрозрачных деталей),
      
      •    _Ground_Glass – обозначает принадлежность к
            полупрозрачным деталям благоустройства,
      
      •    _GroundEl – обозначает принадлежность к
            отдельным элементам благоустройства: МАФ,
            мачтам освещения и пр. (кроме полупрозрачных
            деталей),
      
      •    _GroundEl_Glass – обозначает принадлежность к             полупрозрачным деталям элементов
            благоустройства,
      
      •    _Flora – обозначает принадлежность к
            растительности проекта;
      
      
   3. Используются следующие суффиксы текстурных карт:
      
      •     _d – обязательный суффикс диффузных карт,
      
      •     _n – обязательный суффикс карт нормалей,
      
      •     _o – обязательный суффикс карт прозрачности,
      
      •     _m – обязательный суффикс карт металличности,
      
      •     _r – обязательный суффикс карт шероховатости.

1. 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;

1. 1. Трёхмерные цифровые модели должны предоставляться
      заявителем в универсальном обменном формате FBX
      версии 7.4 (FBX 2014) бинарного типа;
   2. Предоставляемые модели не должны содержать
      вредоносных программ или частей кода;
   3. Предоставляемые модели должны создаваться с
      применением лицензионных версий программного
      обеспечения.

1. 1. Трёхмерные цифровые модели должны иметь
      координатную привязку в местной системе координат
      Москвы;
   2. Вся геометрия АГР, в том числе и разделённая, должна
      быть на своих абсолютных высотах: положение моделей
      в плане и по высоте должно соответствовать проектной
      документации;
   3. Каждая геометрия АГР, в том числе и разделённая,
      должна соответствовать плановому повороту;
   4. Система отображения координат должна быть
      метрическая со следующими единицами измерения:
      одна единица соответствует одному метру;
   5. Не допускается использование произвольной (условной) системы координат или неполного
      координатного описания (отсутствие значений высот);
   6. Не допускается использование произвольного масштаба
      модели;
   7. Все трансформации модели должны быть сброшены (применены).

1. 1. Отображение стекла является обязательным и может
      быть выполнено двумя вариантами: с использованием
      текстурных карт (см. п/п 10.3) или с использованием
      отдельного объекта геометрии (см. п/п 9.3 и 9.4);
   2. В том случае, если стекло отображается с
      использованием текстурных карт, его не выделяют в
      отдельный объект геометрии, а делают частью объекта
      геометрии ОКС/ благоустройства/ элементов
      благоустройства и соответствующего материала,
      использование текстур шероховатости и металличности
      обязательно;
   3. В том случае, если стекло является полупрозрачной
      деталью, оно выделяется в отдельный объект и на него
      назначается специальный материал (см. п/п 4.10).

1. 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. На полупрозрачных деталях текстуры не используются.

1. 1. На каждый объект сцены (модель АГР, модель
      комплексного благоустройства, отдельные элементы
      комплексного благоустройства, растительность) может
      быть назначен материал или группа материалов;
   2. Материалы не должны быть созданы при помощи
      сторонних движков рендера (VRay, Octane, Corona, Arnold
      и прочее профессиональное программное обеспечение
      для визуализации изображений высокого качества, а также Physical Material);
   3. Материал полупрозрачных деталей не должен содержать в себе текстурных карт;
   4. Цвет материала полупрозрачных деталей задаётся
      исполнителем через настройку параметров материала;
   5. Свойства и фактура материалов при необходимости
      передаются дополнительными текстурами, описанными в п/п 10.3.
   6. Количество материалов (кроме материалов
      полупрозрачных деталей) соответствует количеству
      текстурных наборов.
   7. Количество материалов для полупрозрачных деталей не
      более 7.

1. 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) отдельно стоящие здания – ОКС с одинаковым адресом, но без связующих надземных частей.

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

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

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

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

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

• • Геометрию
  • UV-развертку
  • Вектор нормалей
  • Материалы

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

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

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

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

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

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

Текстура объекта, состоящая из 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

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

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

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

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

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

1. 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».

1. 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.

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

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

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

1. 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

1. 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-файлу источников освещения.

1. 1. Обязательный набор: Diffuse, ERM, Normal
   2. Необязательно: карта прозрачности, закодированная в Альфа-канал текстуры Diffuse.

1. 1. Добавление светящихся элементов обязательно при наличии в проекте моделей источников света;
   2. Карта Emission задает только силу свечения, так как она добавляется в R канал карты ERM и хранить информацию в градациях серого.
   3. Цвет ДЭО задается в тех же текстурных координатах, но в карте Diffuse.

1. 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.

1. 1. Разрешение такой текстуры должно быть равно 256*256 px.
   2. Требования Texel Density отсутствуют, так как плотность такой текстуры не имеет значения, ввиду своей природы.
   3. Допускается в рамках одного и того же UDIM использовать в текстурном наборе заглушки совместно с текстурами обычного размера.

1. 1. Отверстия или вырезы необходимо реализовать чёрно-белой текстурной картой в целочисленном диапазоне 0-255, где диапазоны от 0 до 127 – пустота/невидимая часть, а от 128 до 255 – заполненное/видимое пространство.
   2. Эту текстурную карту необходимо запекать в альфа-канал карты “Diffuse”.
   3. Полигоны, на которые назначена текстура с прозрачностью, в том случае, если они просматриваются с обеих сторон, должны
      быть продублированы с равномерным для всех точек смещением в локальном направлении полигона на 0,002 метра и поворотом нормали в противоположную сторону.

1. 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. Для текстур с прозрачностью рекомендуется бόльшая плотность из представленного диапазона.

1. 1. Масштаб любой геометрии должен быть 1:1, то есть
      соответствовать единице по всем декартовым координатам (X, Y, Z), в метрической системе.
   2. Преобразования трансформации должны быть сброшены.
   3. Эталон единицы измерения длины и системные юниты – метр.

1. 1. Вершины не должны дублироваться (быть несвязанными и находиться в одинаковых координатах (погрешность менее 0,002 м) одновременно) (см. приложение 4).
   2. Не должно быть задвоенной (находящейся в единых пространственных координатах) геометрии в одном файле.
   3. Нормаль поверхностей зданий должна быть выравнена, чтобы избежать эффекта «отсутствия» полигона.
   4. Рекомендуется единая геометрия для окон и фасадов.
   5. Геометрии зданий или геометрии комплексного
      благоустройства земельного участка, их светопрозрачные конструкции и коллизии не должны иметь иерархических отношений, то есть они должны находиться на одном уровне и не зависеть друг от друга.
   6. Проектные интерьеры должны быть удалены. Их необходимо заменить сплошными стенами и перекрытиями так, чтобы, вглядываясь в окна, создавалось впечатление полноты внутренних стен, но сложные внутренние стены, а также не
      видимые глазу, должны быть удалены.
   7. Модель необходимо триангулировать перед конвертацией в формат *.fbx
   8. Группы сглаживания определяет проектировщик согласно проекту и расставляет их только по полигонам (фейсам/граням).
   9. Накладывающиеся поверхности с однонаправленными векторами нормалей необходимо раздвигать на расстояние 5-10 мм.
   10. Низ ОКС должен быть заглублён в модель благоустройства: промоделен по периметру глубже земной поверхности (модели благоустройства) относительно самых нижних отметок проекта.
   11. По периметру модели комплексного благоустройства земельных участков грани должны быть выдавлены вниз не менее, чем на метр, с использованием текстурных заглушек
       обобщённого цвета той грани, из которой происходило выдавливание (см. приложение 5).
   12. Все объекты должны быть конвертированы в редактируемый каркас.

1. 1. Поворот модели должен соответствовать углу поворота здания в плане.
   2. Каждая отдельная FBX-модель имеет свою точку отсчёта и собственное описание в отдельном файле *.geojson.
   3. Относительно мировых координат редактора точка отсчёта расположена в нуле по всем осям.
   4. Относительно модели точка отсчёта расположена в её геометрическом центре по осям «X» и «Y», а по оси «Z» соответствует нулевой отметке проекта.
   5. Точки отсчёта (pivot), всех моделей внутри fbx, должны иметь одинаковые координаты.
   6. В случае разделения строения по корпусам, точка отсчёта по оси «Z» соответствует нулевой отметке проекта, если часть строения пересекается с выше озвученной отметкой, в обратном случае точке пересечения разделенных частей строения.

1. 1. Материалы не должны быть созданы при помощи сторонних движков рендера (VRay, Octane, Corona, Arnold и прочее профессиональное программное обеспечение для визуализации изображений высокого качества).
   2. Если к геометрии Main потребовалось применить более 100 UDIM-карт, то назначается дополнительный материал (до семи). При этом каждый материал будет иметь свой SlotNumber
      начиная от одного и далее строго по порядку с шагом равным единице.
   3. Если текстур менее 100, то разделять материалы Main по слотам не допустимо.
   4. Группировать материалы *_MainGlass, *_Main или
      *_GroundGlass, *_Ground в рамках одного родительского материала, не допустимо.
   5. Особые требования к светопрозрачным конструкциям описаны в п/п 19 данной таблицы.
   6. Все пути к текстурам в материалах должны быть удалены.

1. 1. 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. У геометрии коллизии развёртки быть не должно.

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

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

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

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

1. 1. Модели должны иметь привязку к координатам, которые указываются в *.geojson файле. Полная структура *.geojson файла указана в приложении 3 к настоящему распоряжению.
   2. В строку адреса в *.geojson прописываются дополнительно сведения о корпусах из спецификации буклета или другого источника для каждого отдельно нарезанного корпуса, при
      отсутствии таковых, например у стилобатов, никакие дополнительные правки в адрес не вносятся.
   3. При заполнении полей, где требуется внести название, например, организации, в кавычках, вместо них необходимо использовать апостроф.
   4. Все поля должны быть заполнены.
   5. Кодировка в файле – UTF-8.