Мультиязычные адреса

Marych73 · 2012-10-01 13:16:25

Вернемся к вопросу Мультиязычные адреса - Эта проблема есть, данный топик предназначен для поиска путей ее решения.
Что есть на сегодняшний день:
1-Белорусская схема
2-Схема через отношения, как указал VikDD во втором посте.
3- ... мне не известно

У каждой преимущества и недостатки.

Надо решить, придумывать новую или развить и поддерживать существующую

Схема через отношения, спотыкается на районах, областях (отношения поддреживают только улицы) - правильно? Как это решено на Украине (Мультиязычная адресация районов и областей)?

Белоруская схема лишена подобных недостатков, но для простых пользователей разобраться в ней будет не просто. Мне нравится Белоруская схема, все равно на каждой 2-й странице народ интересуется где ошибка в адресном поиске и как исправить.

Есть 3-й вариант?

dudka · 2012-10-01 13:20:11

liosha wrote:

Угу... И где их локализовывать?

В name-тегах suburb-точки обозначающей приблизительный центр микрорайона
http://www.openstreetmap.org/browse/node/1372125092

freeExec · 2012-10-01 13:21:37

Наверное сморожу глупость, но вроде поддерживается отношение в отношении. По крайней мере если взглянуть на отношение "Приволжский федеральный округ" то в нем есть дочерние элементы области, которые тоже каким-то единым объектом не являются.

liosha · 2012-10-01 13:25:41

dudka wrote:

В name-тегах suburb-точки обозначающей приблизительный центр микрорайона

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

UPD
Хорошая схема должна быть достаточно простой и для редактировани, чтобы у среднестатического маппера не взрывался мозг, и для использования, чтобы не требовались мегабайтные алгоритмы для определения правильного адреса любого объекта.

dudka · 2012-10-01 13:28:58

liosha wrote:

dudka wrote:
В name-тегах suburb-точки обозначающей приблизительный центр микрорайона
Это плохой вариант, потому что построение адреса начинает требовать сложной эвристики.

Не очень и сложной..
Если у улицы/дома/street-отношения указан addr:suburb то нужно в окресности 10-20км найти place=suburb-точку у которой name-тег(или один из name:**-тегов) такой же как addr:suburb и взять из нее необходимый name:**.

liosha · 2012-10-01 13:30:32

Угу... А что делать, если там не субурб, а километр железной дороги, берег реки или упразднённая улица?

Sergey Astakhov · 2012-10-01 13:33:42

liosha wrote:

Sergey Astakhov wrote:
Тогда откуда он взялся в адресе?
СПб, Торики, 1-я линия
Откуда Торики???

Вполне явные границы - http://ru.wikipedia.org/wiki/%D0%A2%D0% … 0%BA%D0%B8
Ну и почему бы его не добавить? Насколько помню там вроде как даже был полигон Ториков, возможно перелицензированием смыло.

Marych73 · 2012-10-01 13:39:38

liosha wrote:

Хорошая схема должна быть достаточно простой и для редактировани, чтобы у среднестатического маппера не взрывался мозг, и для использования, чтобы не требовались мегабайтные алгоритмы для определения правильного адреса любого объекта.

Если про белорусскую схему, то до города отношения могут создать "старшие и опытные товарищи".
В городе - отношения на район, на suburb, на улицу - не вижу большой проблемы.
Проблемы будут только с объяснением как создать адресацию с сельскими поселениями и другими мелкими объектами. А разве сейчас их нет?

Last edited by Marych73 (2012-10-01 13:41:11)

dimonster · 2012-10-01 13:48:05

В Украине проблем с мультиязычными названиями городов и областей нет. Город обведен полигоном, на котором висят теги place=city (town, village для деревни и т.д.), и теги названия на разных языках name=Харків, name:ru=Харьков, name:en=Kharkiv и т. д.
Если улица попадает внутрь этого полигона, то на неё автоматически навешивается название города на выбранном языке. Конвертор это уже умеет. Аналогично с привязыванием города к области, области к стране.
Кстати, границы города (области, страны) можно задавать не только полигоном, но и мультиполигоном (набором линий-границ, связанных отношением). При этом одна и та же линия-граница (например, граница между Харьковской и Сумской областями) входит одновременно в разные релейшены (релейшен границ Сумской обл. и релейшн границ Харьковской обл.).
Вот одна из таких линий http://www.openstreetmap.org/browse/way/30565594
Есть проблема с привязыванием городов районного подчинения к соответствующим районам области. Конвертор этого не умеет.

Marych73 · 2012-10-01 14:14:03

dimonster wrote:

Конвертор это уже умеет. Аналогично с привязыванием города к области, области к стране.

Насколько мне известно, конвертер для районов и областей (адресная информация) берет название из
addr:region
addr:district
а там только - name, и допиливается постпроцессором
Или что-то поменялось?

dimonster · 2012-10-01 14:32:45

Или что-то поменялось?

Ну, тут я могу и ошибаться. Дело в том, что перед конвертацией карта Украины разрезается на области с помощью Osmosis. После этого каждая область конвертируется отдельно. И при конвертации название страны и области указывается вручную в параметрах конвертера: --defaultcountry="Ukraine" --defaultregion="Kharkivska obl."

Это только liosha может точно сказать: переносится ли название страны и области с мультиполигона на города или нет.

А вот с addr:district никакой автоматизации точно нет. Поэтому если есть addr:district в тегах города, то конвертор это учитывает, если нет addr:district, то привязывает к области.

dr&mx · 2012-10-01 17:27:08

Sergey Astakhov wrote:

А для этого тоже есть решение - забить на простой name, а ссылки делать по типу ссылок на wikipedia, т.е. использовать "addr:street=ru:улица Ленина"

addr:street=ru:улица Ленина;en:Lenina street;uk:*;es:*;fr:* и т.д.
существующим правилам не противоречит - множественные значения через точку с запятой

правда тег с пятью десятками значений как-то не привычно выглядит

а этот вариант какие недостатки и достоинства имеет??

liosha · 2012-10-01 17:33:28

dr&mx wrote:

а этот вариант какие недостатки и достоинства имеет??

он несовместим с текущей практикой

dr&mx · 2012-10-01 19:30:56

практика - чаще всего приспособление, а не созидание
всё течёт, всё изменяется - не моё

а какие достоинства? можно же всесторонне рассмотреть, а не через призму привычек

liosha · 2012-10-02 06:12:43

dr&mx wrote:

а какие достоинства? можно же всесторонне рассмотреть

Ну я, например, никаких не вижу
Вместо прямого значения теги начинают содержать непонятную сериализацию. Да ещё и нестандартную.
Лучше уж тогда сразу json писать

freeExec · 2012-10-02 06:26:53

Не, всё забить в одну строку это бред, который невозможно будет анализировать глазами, просто он банально не будет помещаться в окошечко, да ещё и высматривать где там точка с запятой.
Что-то мне навикить Белорусскую схему так и не удалось, в чём там принципиальное отличие от отношения улицы с домами ?

dimonster · 2012-10-02 06:57:56

Ну, вроде бы вот это - белорусская схема. http://wiki.openstreetmap.org/wiki/Rela … _Addresses
По крайней мере, вики на неё ссылается.

addr:street=ru:улица Ленина;en:Lenina street;uk:*;es:*;fr:* и т.д.
IMHO, длиннющая строчка из 250 названий на разных языках - неудобно.

Не пойму, почему liosha не нравится предлагаемый патч для osm2mp.pl
По факту на отрезках улиц прописаны названия улиц на разных языках. Отрезки улиц и домики связаны релейшеном.
Берём названия улиц из тегов отрезков улиц - и нет проблем.

freeExec · 2012-10-02 07:06:10

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

dimonster · 2012-10-02 07:10:11

Конвертору достаточно, чтобы хотя бы на одном вее в тегах было название на нужном языке.

ikz · 2012-10-02 07:21:02

dimonster, это "достаточно" грозит переборкой всех веев в отношении, если нужного языка нет. Или только в одном вее, причем заранее неизвестно в каком...

Last edited by ikz (2012-10-02 07:21:19)

andygol · 2012-10-02 07:35:41

Вообще то, если подходить к этому вопросу с точки зрения "нормализации данных" (в терминах баз данных), то все отрезки одной улицы, должны быть собраны в collection, а уже только после этого этот collection должен входить в состав релейшена с адресацией с ролью street. На collection навешивается туева хуча name:xx, которые потом и берутся для названия улицы на нужном языке — в итоге получаем нормальный алгоритм для работы как маперов так и конвертеров, к тому же БД не засирается явно избыточной информацией. Всем профит!

dimonster · 2012-10-02 07:45:38

это "достаточно" грозит переборкой всех веев в отношении, если нужного языка нет.

, вообще-то только тех веев, у которых роль street.

...

for my $member ( @$members ) {
               next if !( $member->{role} eq 'street' );
...

Всем профит!

Да. Но для начала нужно всего лишь: 1) убедить всех участников OSM пользоваться только такой схемой адресации и стандартизировать схему. 2) переделать все релейшены в базе OSM и убрать addr:street с домиков, объединив их в релейшены. 3) в редакторах Потлач и ДЖОСМ убрать все инструменты для работы с addr:***, переделав всё на работу с релейшенами.

liosha · 2012-10-02 07:46:55

Релейшены в релейшенах - зло. В эту сторону лучше даже не смотреть.

freeExec · 2012-10-02 07:55:08

Жаль, а было бы удобно: Область -> Район -> Поселение -> Село -> Улица -> Дом

ikz · 2012-10-02 07:56:08

IMHO достаточно только name:* на отношении street. Все name:* на веях - ф топку. addr:street туда же.
Ботом регулярно приводить улицы и адреса к данному виду.

Минусы: множественные адреса идут лесом. Далеко и надолго.

Announcement

#26 2012-10-01 13:16:25

Re: Мультиязычные адреса

#27 2012-10-01 13:20:11

Re: Мультиязычные адреса

#28 2012-10-01 13:21:37

Re: Мультиязычные адреса

#29 2012-10-01 13:25:41

Re: Мультиязычные адреса

#30 2012-10-01 13:28:58

Re: Мультиязычные адреса

#31 2012-10-01 13:30:32

Re: Мультиязычные адреса

#32 2012-10-01 13:33:42

Re: Мультиязычные адреса

#33 2012-10-01 13:39:38

Re: Мультиязычные адреса

#34 2012-10-01 13:48:05

Re: Мультиязычные адреса

#35 2012-10-01 14:14:03

Re: Мультиязычные адреса

#36 2012-10-01 14:32:45

Re: Мультиязычные адреса

#37 2012-10-01 17:27:08

Re: Мультиязычные адреса

#38 2012-10-01 17:33:28

Re: Мультиязычные адреса

#39 2012-10-01 19:30:56

Re: Мультиязычные адреса

#40 2012-10-02 06:12:43

Re: Мультиязычные адреса

#41 2012-10-02 06:26:53

Re: Мультиязычные адреса

#42 2012-10-02 06:57:56

Re: Мультиязычные адреса

#43 2012-10-02 07:06:10

Re: Мультиязычные адреса

#44 2012-10-02 07:10:11

Re: Мультиязычные адреса

#45 2012-10-02 07:21:02

Re: Мультиязычные адреса

#46 2012-10-02 07:35:41

Re: Мультиязычные адреса

#47 2012-10-02 07:45:38

Re: Мультиязычные адреса

#48 2012-10-02 07:46:55

Re: Мультиязычные адреса

#49 2012-10-02 07:55:08

Re: Мультиязычные адреса

#50 2012-10-02 07:56:08

Re: Мультиязычные адреса

Board footer