Комментарии 4
Так можно же выводить координаты камеры и положения в пространстве и потом брать эти цифры и вставлять в программу для того чтобы получить аналогичный вид - если ошибка есть
координаты камеры и положения в пространстве и потом брать эти цифры и вставлять в программу для того чтобы получить аналогичный вид
воспроизведение/дебаг имеется же в виду? да, в общем случае так и делаем!
если проблема возникла [у пользователя] в конечном продукте, чаще всего после этого выясняется что проблема в данных, а не в движке карты.
если проблема все-таки не в данных, а в нашем приложении, то оч удобно когда при одинаковых координатах, положени камеры итд у всех воспроизводится одинаково. вообще неудобно (но не менее часто случается), когда проблема стабильно воспроизводится только в конкретном окружении (у коллеги, у пользователя, в CI), а у тебя стабильно работает иначе и непонятно какой из компонентов окружения в этом виновен. например, у нас так на линуксе с включенным(!) в хроме аппаратным ускорением глитчили рекламные иконки
У сторонних пользователей API карты например Ozon Сбер и тд, когда кто то использует карту в своем продукте и у них есть скриншотные тестирования взаимодействия с картой - может возникнуть проблема с актуальностью данных на карте - как им зафризить??? карту что бы их личные скриншотные тесты были стабильны:
1. Делать скриншоты на зумах и локациях где актуальность данных более стабильная (пригород, карта на мелких зумах где нет дорог домов)
2. Когда скриншоты нужны там где есть дороги дома - (например нужно отметить маркеры или области из взаимодействия с картой) - можно использовать для тестирования свой кастомный стиль карты где удалить почти все или все слои стиля карты - тогда карта будет полностью белой и на ней нарисует только ваши элементы взаимодействия (маркеры полигоны и тд)
Карта на WebGL: особенности тестирования