На текущий момент мы показываем сначала все организации из экрана, а потом уже места со всего города/области. Органзации из других городов не показываются.
Расстояние пока учитывается косвенно: если пользователь кликал в организации в каком-то районе, модель должна была выучить, что далеко от этой локации показывать ему места не стоит.
Но мы сейчас пересобираем логику размена расстояния на релевантность, будем лучше его учитывать.
Есть фильтрация по городу/области, о которой шла речь в пункте 1. Больше никаких фильтраций по расстоянию нет.
У нас сейчас модель с поздним связыванием, эмбеддинг пользователя считается в офлайне, поэтому текущая координата пользователя или запроса в нём учитываться не может.
На входе энкодера организации id геобазы (все id иерархии: id области, id города, id района и т.д.).
Привет! Спасибо!
На текущий момент мы показываем сначала все организации из экрана, а потом уже места со всего города/области. Органзации из других городов не показываются.
Расстояние пока учитывается косвенно: если пользователь кликал в организации в каком-то районе, модель должна была выучить, что далеко от этой локации показывать ему места не стоит.
Но мы сейчас пересобираем логику размена расстояния на релевантность, будем лучше его учитывать.
Есть фильтрация по городу/области, о которой шла речь в пункте 1. Больше никаких фильтраций по расстоянию нет.
У нас сейчас модель с поздним связыванием, эмбеддинг пользователя считается в офлайне, поэтому текущая координата пользователя или запроса в нём учитываться не может.
На входе энкодера организации id геобазы (все id иерархии: id области, id города, id района и т.д.).
На веб-версию приходится значимая доля discovery-сценариев, поэтому рекомендации там тоже будут, сейчас работаем над этим