Поисковик с русским лицом

http://openstreetmap.ru/map?q=%D0%B3%D0%BE%D1%80%D0%BE%D0%B4%20%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D0%B0#layer=M&zoom=17&lat=55.774841&lon=37.59204 а вообще поиск исходит из твоего текущего положения.
Да и вообще интересно скольким людям нужно искать просто “Москва”, как минимум город+улица.

Я всегда думал, что точки place=* расставляются именно для того, чтобы на них центрировались поисковики.

А почему на скриншоте написано работает на API 2GIS ?
По существу же, скорее для того мультиполигона (просто Москва) нету точечного центра, но всё равно забавно.

Но центрируются на них только надписи :frowning:

Я так в гуглокартах делаю, чтобы долго не крутить карту. Гугл у меня по умолчанию упорно США открывает, вот и приходится масштаб туда-сюда, и крутить-крутить-крутить. Быстрее в поиск “Эстония” написать :slight_smile:

тогда быстрее нажать “где я”, чем набирать слово (и не ошибиться языком) и ждать ответа от поисковика.

Хе, а даже скрин не смотрел :slight_smile:

хотя погодите, та которая просто Москва, это не place, а type=boundary. Странно… оно не должно было попасть в поиск.

вот если бы люди его только использовали для поисковиков… а так пихают в бедную точку всю инфу, а полигон place голый или с продублированными данными

обновлены адресная и poi таблицы (2013-02-09 02:58:49)

т.к. работать с official_status сложно, да и не совсем он подходит для адресного поиска, была добавлена поддержка full_name для городов и поселков (place=city/town/village/hamlet), в котором указывается полное наименование, включая статусную часть пример объекта пример в поиске. Но база сейчас не хранит несколько наименований объекта, следовательно выбирается только один (первый не пустой) по данной схеме: full_name:ru → full_name → name:ru → name → place_name

http://www.openstreetmap.org/browse/way/117373049/history
http://openstreetmap.ru/?lat=57.924227&lon=59.971758&zoom=14&bugid=720145

ранее находились

Планимурется ли научить ОСМ искать координаты формата N 54° 36.163’ E 83° 20.793’ (и прочих вариаций написания)… а то постоянно приходится использовать для этих целей другие сервисы.

Почему бы и нет.
Напишите, какие вариации написания хочется, чтобы работали.

Если позволите, напишу как это делается в геодезических программах, а дальше возможны вариации.

  1. Практически никогда не используются знаки ° ’ ", вместо них набиваются пробелы (так удобнее набирать с клавиатуры);
  2. Разделителем полей широты/долготы являются символы [NSWE], неважно пишутся префиксом или суффиксом - между широтой/долготой обязательно будет один из них.
  3. Парсинг начинается с градусов, далее опционально минуты и секунды. ВСЕ поля трактуются с плавающей запятой; более трех полей - игнорируются.
    В результате возможны вводы значений в любых комбинациях, а именно
DDD.DDDDDDD
DDD MM.MMMM
DDD MM SS.SS

N12.345 E34.56 <- десятичные градусы
N 12.345 E 34.56
12.35 N 34.56 E
N 12 35.67 E 34 56.78 <- градусы и минуты

и т.д.

Защиту от дурака делать не нужно, максимум проверка широта < 90 & долгота <180.

Если же при копипасте участвуют символы градусов/минут/секунд - они трактуются как пробелы и далее парсинг стандартной процедурой. Анализировать можно только знак градусов, т.к. для минут и секунд в разных текстах и вёрстках могут использоваться очень разные комбинации, за всеми фантазиями авторов не уследишь.

chnav, вот это дело, Спасибо. а то только и умеют что требовать непонятно что, а телепатов и специалистов всех областей еще не завезли

В номинатиме недавно сделали поддержку пары десятков форматов координат. https://trac.openstreetmap.org/ticket/4730 - примеры и пул-реквест там по ссылке.

Сложно ли расширить зону поиска на все русскоязычные регионы? Или хотя бы Белоруссию. :roll_eyes:

сейчас переезжаю на новую БД, как перееду можно думать об расширении

Будет просто замечательно, даже шикарно :slight_smile:

Добрый день. Подскажите пожалуйста, ответ всегда в формате json? Хотелось в xml, но добавление к запросу &format=xml не помогает

да, формат xml не поддерживается

Маросейка 4 → должна найтись Маросейка 4/2 в москве

// Люди часто опускают дробь в номере дома, ибо в большинстве случаев эта информация избыточна. Было бы не плохо в данных случаях таки находить то что надо или хотя-бы близкое к тому.

Update: Вот еще странное написание: Москва Ленинградский пр-кт 74а, видимо пр-кт следует добавить к синонимам проспекта…

Согласен, что поисковик должен уметь “предпологать” что хотели найти, пока нет на это времени, может ближе к зиме.

поправил, запустил обновление, в общем несколько суток ждать

А оно поддерживается ещё? Багрепорты сюда слать?

  1. Забиваю на openstreetmap.ru в строку поиска: “краснопутиловская 14”, в подсказках всплывают два варианта, в том числе, дом 14/12 по Краснопутиловской улице СПб. Когда жму “Найти”, этого дома в результатах уже нет.
  2. Тыркаю мышью по всплывшим в подсказках вариантам, никакой реакции (браузер Firefox 93.0, блокировщик рекламы отключил).