добавил описание api.
В связи с частичным разрушением данных в базе и обновлением по разрушенным данным - часть адресов не находится. В скором времени база будет восстановлена, но это дело не одного дня.
В связи с появлением валидатора использующего геокодинг с http://www.openstreetmap.ru/ нашел, что поиск не находит адрес если номер дома и литера написаны через пробел.
Вот приме адреса: г.Полярные Зори, ул.Пушкина д.13 а. Если удалить пробел, то находится.
А почему на скриншоте написано работает на API 2GIS ?
По существу же, скорее для того мультиполигона (просто Москва) нету точечного центра, но всё равно забавно.
Я так в гуглокартах делаю, чтобы долго не крутить карту. Гугл у меня по умолчанию упорно США открывает, вот и приходится масштаб туда-сюда, и крутить-крутить-крутить. Быстрее в поиск “Эстония” написать
обновлены адресная и 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
Планимурется ли научить ОСМ искать координаты формата N 54° 36.163’ E 83° 20.793’ (и прочих вариаций написания)… а то постоянно приходится использовать для этих целей другие сервисы.
Если позволите, напишу как это делается в геодезических программах, а дальше возможны вариации.
Практически никогда не используются знаки ° ’ ", вместо них набиваются пробелы (так удобнее набирать с клавиатуры);
Разделителем полей широты/долготы являются символы [NSWE], неважно пишутся префиксом или суффиксом - между широтой/долготой обязательно будет один из них.
Парсинг начинается с градусов, далее опционально минуты и секунды. ВСЕ поля трактуются с плавающей запятой; более трех полей - игнорируются.
В результате возможны вводы значений в любых комбинациях, а именно
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.
Если же при копипасте участвуют символы градусов/минут/секунд - они трактуются как пробелы и далее парсинг стандартной процедурой. Анализировать можно только знак градусов, т.к. для минут и секунд в разных текстах и вёрстках могут использоваться очень разные комбинации, за всеми фантазиями авторов не уследишь.