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

AMDmi3 · 2012-10-03T03:52:57.000Z

andriano:

Отнюдь.
Нужно просто понять, что адрес - это самостоятельная сущность.
Итак:

Дом в виде узла или вея.

Адрес по улице 4 в виде релейшна со ссылкой на 1 и номером дома.

Адрес по улице 5 в виде релейшна со ссылкой на 1 и номером дома.

Улица-релейшн, ссылающаяся на адрес-релейшн 2.

Улица-релейшн, ссылающаяся на адрес-релейшн 3.

Нет, потому что это (как и все схемы с отношениями, пока) не позволяют указать какой адрес главный. И это зверский overcomplication несовместимый с реальным миром.

Первую проблему можно было бы решить так: на каждый дом создаётся одно отношение “набор адресов”, а внутри него уже что-то из существующих схем - проще всего та что с номером дома в role, но можно и тот ад, что ты предложил. Главное, что адреса в таком случае будут упорядочены.
Вторую решить сложнее, потому что нет, мы не можем просто взять и перейти на такие сложности для самых базовых объектов на карте - как минимум, нужна полная поддержка во всех редакторах.
Без решения обеих проблем адресные отношения использовать нельзя.

К сожалению, без отношений полного решения тоже нет. addr:street можно матчить с улицей (дабы выбрать оттуда нужные name:*), но это не работает для адресации по не-улицам. Можно матчить и с place, но и place может не быть (кстати, использования addr:place тут поможет тем, что ускорит поиск). Но на практике непокрытыми остаётся такое незначительное количество случаев, что им можно либо пренебречь (оставив адрес на одном языке), либо исправить добавлением условно-фейкового place, либо добавлением addr:place:{lang} только для таких объектов. Затраты и возможные проблемы от этого на порядки меньше любых извращений с отношениями.

andriano · 2012-10-03T09:33:55.000Z

Santacloud:

andriano:

По хорошему нужно вводить в ОСМ новую сущность - объект

Об этом есть пропозал?

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

dimonster · 2012-10-03T09:48:01.000Z

Нет, потому что это (как и все схемы с отношениями, пока) не позволяют указать какой адрес главный.

А моё предложение постом выше? http://forum.openstreetmap.org/viewtopic.php?pid=279208#p279208
Тот адрес, который на тегах полигона домика, а не на точке - тот и главный.

freeExec · 2012-10-03T09:54:08.000Z

Так стоит применять схему с отношением хотя бы для домов с одним адресом, которых вообщем-то 98% ?

dimonster · 2012-10-03T10:43:05.000Z

У нас в Украине схема с отношениями широко применяется и рекомендована к использованию.
Но вообще-то мне не нравится такой разнобой со схемами. Интересно, а что по этому поводу думают в DWG?

Komяpa · 2012-10-03T11:24:22.000Z

Marych73:

1-Белорусская схема

Немножко про Беларусь.

Дом линкуется к улице по addr:street=name + ближайшее расстояние.
name:* лежат на линии улицы, в доме - только addr:street.
Если в доме несколько адресов, то адреса стоят на точках внутри зданий и линкуются аналогично.

Как это работает, можно посмотреть по указателю вверху карты, например, на http://openstreetmap.by/?zoom=18&lat=53.898315&lon=27.556999 - попереключайте языки, чтобы увидеть разные адреса на русском-английском-белорусском.

Попытки решать это как-то иначе (через сложные релейшены, тегами addr:street:*) в целом показали свою неэффективность.

dimonster · 2012-10-03T11:39:07.000Z

Но почему тогда при конвертации не подхватываются name:ru с тегов линий улицы, а берётся значение addr:street на том языке, на котором оно написано?

Marych · 2012-10-03T12:39:02.000Z

Komяpa:

Marych73:

1-Белорусская схема

Немножко про Беларусь.

Я имел в виду вот это http://www.openstreetmap.org/browse/relation/81697
a1 - Страна
…
a6 - улица с домами

Структурированная схема, готовая для конвертации, с name:*
Можно про нее поподробнее, и функции препроцесорра который, насколько я знаю, ее обрабатывает перед конвертацией в MP

AMDmi3 · 2012-10-03T12:52:56.000Z

dimonster:

Тот адрес, который на тегах полигона домика, а не на точке - тот и главный.

Точки даже рассматривать не стоит.

freeExec:

Так стоит применять схему с отношением хотя бы для домов с одним адресом, которых вообщем-то 98% ?

Нет. Во-первых, иметь две схемы нельзя, во-вторых, сложность никуда не девается.

andriano · 2012-10-03T16:07:46.000Z

dimonster:

На полигон домика вешаем тег addr:housenumber=…
На контуре полигона домика вешаем точку с тегами building=yes, addr:housenumber=22…

Это не решение проблемы, а уход от нее.
Адреса - объективно у дома, а не у точек внутри него. У нас же получается, что у одного объекта все равно не может быть двух разных адресов, а разные адреса - у разных объектов (у полигона и у точки).

andriano · 2012-10-03T16:13:18.000Z

ikz:

убирать name:* надо с тех веев, которые уже собраны в адресный street. На остальных пусть пока остается.

Это нелогично: правило должно быть одно - общее.
Это во-первых.
А во-вторых, чем тег name:* отличается от других тегов, что убирать нужно именно его?
И что делать в случае, когда улица обозначена hw=residental, а в отноршении - она же hw=primary?

То, что ты описал и есть “смазка”, позволяющая впихнуть один билдинг в два разных стрита. Только накладные расходы в твоем случае выше. И профит выходит отрицательный.

Выше чем где? В варианте с точкой внутри дома с самостоятельным адресом?
Система адресации в первую очередь должна быть логичной и только после этого компактной.
Правильно надо расставлять приоритеты. Иначе вместо “улица Ленина” нужно писать исключительно “ул. Ленина”, а то иначе “профит отрицательный”.

andriano · 2012-10-03T16:20:48.000Z

AMDmi3:

Нет, потому что это (как и все схемы с отношениями, пока) не позволяют указать какой адрес главный.

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

Первую проблему можно было бы решить так: на каждый дом создаётся одно отношение “набор адресов”

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

…проще всего та что с номером дома в role

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

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

Тогда по факту вообще ничего использовать нельзя, т.к. “полной поддержки во всех редакторах” нет вообще ни у чего.

freeExec · 2012-10-03T16:23:40.000Z

andriano:

И что делать в случае, когда улица обозначена hw=residental, а в отноршении - она же hw=primary?

Как в отношение вообще попало hw= ?
Что-то я пролестнул назад и не нашел объяснения чем плохо если указать в роли для дома “1” в одном отношение (главная улица для дома) и “2” или пусто в другом (второстепенные и прочие дублирующие адреса) ?

andriano · 2012-10-03T17:01:43.000Z

freeExec:

Как в отношение вообще попало hw= ?

Это надо спрашивать у того, кто туда его поместил. Могу лишь отметить, что это достаточно распространенная практика.

Что-то я пролестнул назад и не нашел объяснения чем плохо если указать в роли для дома “1” в одном отношение (главная улица для дома) и “2” или пусто в другом (второстепенные и прочие дублирующие адреса) ?

На сегодняшний момент неофициально подразумевается, что если в роли стоит цифра “1”, то это значит “дом номер один”.
Проблема здесь в том, что адрес не обязан быть числом, поэтому не существует формального алгоритма способного определить, что значение роли является именно адресом, а не чем-то иным.
По-хорошему должно быть что-то вроде “role=bno:123a литер Ц корпус 11 строение 8”, где “bno:” - служебное слово для отличия адресов от всего остального.

AMDmi3 · 2012-10-03T18:39:42.000Z

andriano:

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

Это предположение неверно.

andriano:

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

Это неверно. Потому что на практике есть один главный адрес + (десяток неофициальных) * (десяток разных написаний), и все они используются.
Главный адрес надо писать на доме в рендерах и именно его использовать там, где поддерживается только один адрес. Но дом должен искаться и по любому из остальных адресов.

andriano:

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

На самом деле связь направлена в обе стороны. Но мы указываем только одну, и если другую можно из неё восстановить, какую именно использовать - непринципиально.

andriano:

Тогда по факту вообще ничего использовать нельзя, т.к. “полной поддержки во всех редакторах” нет вообще ни у чего.

Тэги, тэги. Поэтому альтернативы карлсруэ и нет.

AMDmi3 · 2012-10-03T18:42:05.000Z

freeExec:

Что-то я пролестнул назад и не нашел объяснения чем плохо если указать в роли для дома “1” в одном отношение (главная улица для дома) и “2” или пусто в другом (второстепенные и прочие дублирующие адреса) ?

Тем что это невозможно сделать. Нельзя понять какое отношение главное.

freeExec · 2012-10-03T19:21:30.000Z

AMDmi3:

Тем что это невозможно сделать. Нельзя понять какое отношение главное.

Не понимаю почему так.

Берем дом, берем его отношения и ищем в них его с ролью равной числу “1” → Это его главная улица. Соответственно наоборот, берем отношение “улица” пробегаем по домам, в них сверяем номер с нужным индексом в доме → находим нужный дом.

AMDmi3 · 2012-10-03T20:14:32.000Z

Понял. Какой ужас. Вообще-то, ваши стрелки из данных никак не следуют - у дома есть только номера, без улиц и он никуда не ссылается. А у улиц, значит, в role задаётся номер номера дома в доме.
Ну это немного нежизнеспособно. Схема хрупкая, ибо от смены любого номера всё рассыпается. Данные размазываются по нескольким объектам, для редактирования надо лезть во все. Собрать адрес можно только имея все объекты, причём довольно интересно как будет выглядеть на SQL извлечение номера по номеру… Не, не канает.

dimuzz · 2012-10-04T05:38:25.000Z

Marych73:

Komяpa:

Marych73:

1-Белорусская схема

Немножко про Беларусь.

Я имел в виду вот это http://www.openstreetmap.org/browse/relation/81697
a1 - Страна
…
a6 - улица с домами

Структурированная схема, готовая для конвертации, с name:*
Можно про нее поподробнее, и функции препроцесорра который, насколько я знаю, ее обрабатывает перед конвертацией в MP

Схема отлично работает с мультиязычностью, но у нее побольше накладные расходы (для построения полного адреса нужно последовательно вытаскивать всю цепочку отношений, что и делает препроцессор), чем у схемы с адресацией, основанной на вхождении в полигон НП. Еще один минус схемы - он корректно работает только в условиях строгой вложенности.
Я ж для того и предлагал сократить вложенность ровно до двух (дом и город), чтобы данные можно было использовать напрямую из объектов и, на мой взгляд, более дуракоустойчивую.
По сути это похоже на схему с отношениями, но не с последовательной вложенностью, а с вложенностью, равной двум: все внутригородские атрибуты адреса (a4-a6) навешиваются на дом, а все атрибуты адреса города (a1-a3) - на город (или же дом входит во все внутригородские отношения, а город - во все отношения региональные).
Дополнительно предлагается разрешить использовать не числовые, а общепринятые названия (addr:a1 = addr:state = addr:region = addr:province etc). Конкретные теги есснно обсуждаемы.

Marych · 2012-10-05T06:45:04.000Z

Пока идет дисскусия, хочу предложить мой способ, получить name из name:ru - там где это прописано соотвественно.
Я думаю этот вариант будет полезен тем, кто конвертирует данные напрямую из OSM файлов.

Нам понадобится osmosis и 2 плагина к нему TagTransform и relationtags
первый проход, члены отношения street и associatedStreet в свои свойстава получают associatedStreet:name:ru и street:name:ru, с помощью relationtags
osmosis.bat --rb UZ.osm.pbf --rt types=street,associatedStreet separator=: --wx uzbekistan.osm

потом, с помощью плагина TagTransform все что имеет тег name:ru - переводим его в name
osmosis.bat --rx uzbekistan.osm --tt --wx uzb_ru.osm
используется такой transform.xml


<?xml version="1.0"?>
<translations>
 
  <translation>
    <name>Fill name from name:ru</name>
    <description>Find all tags with name and name:ru.</description>
    <match mode="and">
      <tag k="name" match_id="name_uz" v=".*"/>
      <tag k="name:ru" match_id="name_ru" v=".*"/>
    </match>
    <output>
      <copy-all/>
        <tag k="name" from_match="name_ru" v="{0}"/>
     </output>
  </translation>
 
</translations>

последний этап, перевести теги associatedStreet:name:ru и street:name:ru , полученные в результате первого прохода в addr:street
osmosis.bat --rx uzb_ru.osm --tt file=streetname_ru.xml --wx uzbekistan.osm
используется такой streetname_ru.xml


<?xml version="1.0"?>
<translations>
 
  <translation>
    <name>Replace addr:street from name:ru tag in street relation</name>
    <description>Find all tags with name and name:ru.</description>
    <match mode="and">
      <tag k="associatedStreet:name:ru" match_id="streetname_ru" v=".*" />
      <tag k="associatedStreet:role" match_id="1_ru" v="house" />
    </match>
    <output>
      <copy-all/>
     <tag k="addr:street" from_match="streetname_ru" v="{0}"/>
     </output>
  </translation>
 
  <translation>
    <name>Replace addr:street from name:ru tag in street relation</name>
    <description>Find all tags with name and name:ru.</description>
    <match mode="and">
      <tag k="street:name:ru" match_id="streetname_ru" v=".*" />
      <tag k="street:role" match_id="1_ru" v="house" />
    </match>
    <output>
      <copy-all/>
     <tag k="addr:street" from_match="streetname_ru" v="{0}"/>
     </output>
  </translation>
</translations>

Замечания и предложения по улучшению приветсвуются.

PS если кто-то знает как заполнить addr:region и addr:district населенных пунктов из name:xx соотвестувующих полигонов - прошу поделиться.