5 главных ошибок при подготовке ВПМ и НПМ моделей
Эти пять причин не зависят от того, в какой регион вы подаёте модель. Любая государственная информационная система, принимающая трёхмерные данные, отклонит файл по одной из них.
1. Нарушение лимитов полигональности
В чём ошибка. В низкополигональный файл уезжает «тяжёлая» модель: детализированная мебель, оконные ручки, радиаторы отопления, элементы интерьера. Всё то, что имеет смысл в визуализации и не имеет смысла в общегородской сцене.
Последствие. Веб-интерфейс не справляется с нагрузкой при попытке отобразить целый квартал. Модель получает автоматический отказ по превышению лимита. Для московской НПМ это 150 000 треугольников на файл, для ВПМ ОКС — 1 000 000, для благоустройства ВПМ лимит считается от площади территории.
Как избежать. Считать полигоны на этапе планирования модели, а не после её завершения. Если объём геометрии заведомо не влезает — пересматривать подход к детализации, а не резать готовое.
2. Смещение координат и неверная базовая точка
В чём ошибка. Экспорт с локальной точкой (0, 0, 0) вместо посадки объекта в реальную геодезическую сетку. Вторая половина проблемы — «мусор» в сцене, из-за которого pivot улетает на километры от самого здания.
Последствие. При импорте в цифровой двойник здание оказывается не на своём месте: смещается, проваливается под рельеф или зависает в воздухе. В московском регламенте требования конкретны: точка вставки указывается в geoJSON в МСК-77 с точностью до трёх знаков и должна соответствовать плановому положению по СПОЗУ, а pivot внутри FBX располагается в геометрическом центре модели по X и Y и на нулевой отметке по Z.
Как избежать. Проверять pivot и координаты отдельным этапом перед экспортом, а не доверять тому, что «в редакторе всё стоит правильно».
3. Хаос в материалах и отсутствие запекания
В чём ошибка. Сотни процедурных материалов, унаследованных из BIM-системы или редактора визуализации. Названия на кириллице. Ссылки на локальные папки вида C:/User/Desktop/MyFolder/Texture.jpg.
Последствие. Модель загружается «лысой» — серой или чёрной, потому что движок не находит пути к текстурам. Для НПМ текстуры должны быть запечены в атласы и встроены в FBX; для ВПМ — переданы отдельными PNG с корректной развёрткой.
Как избежать. Чистить материалы до экспорта: сводить к минимально необходимому набору, переименовывать латиницей, запекать.
4. Лишние объекты и мусор в сцене
В чём ошибка. Экспорт вместе со служебными элементами рабочей среды: камерами, источниками света, путями анимации, скрытыми слоями, 3D-людьми, автомобилями, деревьями из сторонних библиотек.
Последствие. В файле должна находиться исключительно геометрия объекта и регламентированные элементы благоустройства. Любой сторонний объект ломает валидацию. Московский регламент добавляет к этому запрет на иерархические связи и группы между объектами, ключи анимации и дополнительные модификаторы.
Как избежать. Экспортировать из чистой сцены, а не из рабочей. Отдельный файл под выгрузку экономит больше времени, чем кажется.
5. Топология и вывернутые нормали
В чём ошибка. Дублирующиеся полигоны, наложенные друг на друга, незакрытые «дыры» в меше, вывернутые наизнанку нормали — когда внешняя сторона стены смотрит внутрь здания.
Последствие. В профессиональном 3D-софте вывернутые полигоны нередко выглядят нормально: редактор рисует их с двух сторон. Веб-движок так не умеет — он покажет их полностью прозрачными. В результате здание в цифровом двойнике выглядит разломанным, с невидимыми стенами и мерцающими из-за наложения поверхностей фасадами.
Как избежать. Прогонять модель через проверку нормалей и топологии в отдельном инструменте. Визуальный осмотр в родном редакторе эту ошибку не ловит — в этом вся её опасность.