Точки и маршруты в Amazon Quick Sight: как связать карту с показателями бизнеса

Что объявлено: география объектов и связей между ними

По сообщению AWS, прежний сценарий загрузки GeoJSON позволял рисовать пользовательские территории, например районы или зоны продаж, и соединять их с данными. Добавление Point и LineString расширяет этот подход: точки обозначают конкретные места, линии соединяют последовательность координат в маршрут.

Для настройки нужны файл GeoJSON, набор данных Quick Sight с показателями и измерениями, а также общий ключ соединения. Названия полей могут различаться, но значения должны совпадать. Файл необходимо сохранить с расширением .geojson; поддерживаемый максимальный размер составляет 100 МБ.

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

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

Бизнес-сценарий: карта магазинов для регионального руководителя

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

Редакционное предложение — использовать такую карту как отправную точку для обсуждения результатов магазинов. Руководитель рассматривает расположение объектов вместе с показателями, выбирает интересующую точку и уточняет данные в подсказке. Это сценарий работы с отчётом, а не заявленный AWS эффект внедрения.

Для первого применения мы предлагаем выбрать устойчивый перечень магазинов и заранее согласовать, какой показатель определяет цвет. Полезно отдельно сформулировать управленческий вопрос: например, какие расположенные рядом объекты стоит подробнее сопоставить по выручке и посещаемости.

Если задача связана с доставкой, в источнике описано совмещение линии планового маршрута и точек остановок. Редакционный вариант применения — проверять понятность такого представления для сотрудников. Не следует трактовать нарисованную линию как подтверждение оптимальности пути или фактического выполнения доставки.

Ограничения и контроль: показатели обновляются отдельно от геометрии

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

AWS описывает ручную замену файла через консоль и программный процесс с Amazon S3 и API Quick Sight. Во втором случае обновлённый файл загружают в хранилище, меняют ссылку в определении панели и публикуют изменения. Это отдельный процесс, а не следствие обновления показателей.

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

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

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

Практический чек-лист: что проверить перед публикацией

Редакционная рекомендация — начинать не с оформления карты, а с проверки связи между объектами, координатами и показателями. Такой порядок помогает отделить вопросы подготовки данных от настроек визуализации. Ниже — предлагаемый контрольный список, а не обязательная процедура AWS.

• Определите задачу: показать расположение объектов, связи между ними или сочетание геометрий. Проверьте, действительно ли нужна карта со слоями вместо обычной точечной карты.
• Сверьте значения ключей в GeoJSON и наборе данных. На выбранных объектах проверьте соответствие координат, показателей и содержимого подсказок.
• Назначьте ответственного за изменение геометрии. Зафиксируйте, какие изменения требуют замены файла и кто публикует обновлённую панель.
• Проверьте область просмотра, порядок наложения и доступность подсказок. При совмещении карт убедитесь, что одинаковые объекты остаются в согласованных позициях.
• Раздельно проверьте обновление показателя и изменение координат. Пользователь должен понимать, почему свежие данные сами по себе не означают свежую геометрию.

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

Сцена по теме: Розничная сеть →