Почему точное совпадение имени возвращает бесполезный набор мест?

Question

Это не имеет особого смысла для меня, и я надеюсь, что кто-то сможет пролить свет на то, что здесь происходит и как я обхожу это.

Если я сделаю запрос следующим образом:

https://api.foursquare.com/v2/venues/search?ll=37.77%2C-122.41&radius=15000&intent=browse&oauth_token=xxx&limit=20&query=pi%20ba

Я получаю список из 15 предметов, включая предмет, который я ищу (пи бар). Однако, если я ищу точное имя совпадения:

https://api.foursquare.com/v2/venues/search?ll=37.77%2C-122.41&radius=15000&intent=browse&oauth_token=xxx&limit=20&query=pi%20bar

Я просто возвращаю общий список мест в этой области (в основном, остановки BART и т. Д.)

Ожидается ли, что мне придется сбрить последний символ из введенных пользователем запросов, чтобы получить результаты, или это просто испорченное название места, с которым я отлаживал?

Answer 1

Я не уверен, что это может помочь, но я обнаружил, что размещение "и" между словами в вашем запросе может дать более точные результаты:

Поиск Chili's Bar & Grill

Первый запрос имеет посторонние результаты:

https://api.foursquare.com/v2/venues/search?ll=34.07527923583984,-84.29469299316406&radius=5000&query=chili's bar grill & oauth_token = xxx & v = 20111205

Второй намного точнее (хотя я удалил амперсанд: &)

https://api.foursquare.com/v2/venues/search?ll=34.07527923583984,-84.29469299316406&radius=5000&query=chili's с решеткой и грилем & oauth_token = xxx & v = 20111205

Answer 2

Существует известная проблема с качеством совпадений биграмм при поиске по площадям в четырех квадратах - ваш запрос включает в себя очень популярное слово ("bar"), которое искажает результаты. Поисковая группа работает над улучшением качества запросов такого типа.