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

А вот этого делать не надо :-)))

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

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

http://wiki.openstreetmap.org/wiki/RU:OSM_Servers_in_Rambler worker1 + обратный геокодинг db0
насчет что там еще, могут ответить админы. Я хз.

В связи с появлением валидатора использующего геокодинг с http://www.openstreetmap.ru/ нашел, что поиск не находит адрес если номер дома и литера написаны через пробел.
Вот приме адреса: г.Полярные Зори, ул.Пушкина д.13 а. Если удалить пробел, то находится.

добавлено callback в API для js (см. первый пост)

хотел москву найти. мало того, что москва не в москве, так еще и результат поиска один. выбрать не из чего. как москву найти?

Субъект Российской Федерации “город Москва” и впрямь где-то там и центрируется :slight_smile: .

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 - примеры и пул-реквест там по ссылке.