Наша команда делает мобильный продукт, и нам требуется отдельный API для работы с географическими данными, который приложение будет дёргать по HTTP. Ключевая функция — геокодирование в обе стороны: из введённого адреса получаем координаты, а из координат — аккуратно разобранный адрес с городом, улицей и домом. Отдельно важно живое автодополнение: пока человек печатает, сервис подсказывает подходящие адреса, чтобы точку на карте можно было выбрать за пару касаний. Подчеркну сразу: нам не нужна логистика доставки и не нужен каталог недвижимости — интересует именно инженерный слой геоданных, к которому смогут подключаться разные части продукта.
Кроме поиска, от API ждём геометрических вычислений. Это дистанция между несколькими точками, прокладка маршрута по настоящим дорогам с прогнозом времени в пути и промежуточные точки, чтобы одним обращением описать поездку с несколькими остановками. Формат ответа — аккуратный JSON с одинаковыми названиями полей, внятными кодами ошибок и стабильным временем отклика, ведь клиент будет обращаться к сервису очень часто. Нужен и источник тайлов карты, который мы отрисуем прямо в интерфейсе, чтобы пользователь видел свою метку на живой карте, а маркеры можно было оформлять под наш стиль.
Заранее заложите вопросы нагрузки и бюджета: кэш ответов, лимит запросов на каждый ключ и аккуратное поведение, если внешний поставщик тормозит. В сдачу входят документация и небольшая коллекция примеров вызовов. Пришлите примеры похожих геосервисов из вашей практики и поясните, что выгоднее — собрать решение на открытых данных или обернуть платного провайдера, с честным разбором сильных и слабых сторон каждого пути.
— Геокодирование прямое и обратное
— Подсказки адреса при вводе с защитой от опечаток
— Дистанции, маршруты и поездки с остановками
— Источник тайлов и настраиваемые маркеры
— Кэш, лимиты по ключу и резервный провайдер
— Ответы в JSON, ключи доступа и документация
Кроме поиска, от API ждём геометрических вычислений. Это дистанция между несколькими точками, прокладка маршрута по настоящим дорогам с прогнозом времени в пути и промежуточные точки, чтобы одним обращением описать поездку с несколькими остановками. Формат ответа — аккуратный JSON с одинаковыми названиями полей, внятными кодами ошибок и стабильным временем отклика, ведь клиент будет обращаться к сервису очень часто. Нужен и источник тайлов карты, который мы отрисуем прямо в интерфейсе, чтобы пользователь видел свою метку на живой карте, а маркеры можно было оформлять под наш стиль.
Заранее заложите вопросы нагрузки и бюджета: кэш ответов, лимит запросов на каждый ключ и аккуратное поведение, если внешний поставщик тормозит. В сдачу входят документация и небольшая коллекция примеров вызовов. Пришлите примеры похожих геосервисов из вашей практики и поясните, что выгоднее — собрать решение на открытых данных или обернуть платного провайдера, с честным разбором сильных и слабых сторон каждого пути.
— Геокодирование прямое и обратное
— Подсказки адреса при вводе с защитой от опечаток
— Дистанции, маршруты и поездки с остановками
— Источник тайлов и настраиваемые маркеры
— Кэш, лимиты по ключу и резервный провайдер
— Ответы в JSON, ключи доступа и документация
