Ужасы адресации в Украине

Я думаю, что члена street тут не получится. Нужно в это отношение проставить addr:place, и всё. Тег унаследуется на все домики. Но чем оно поддерживается, неизвестно, может даже и ничем, нужно пробовать.

В пункте 6 добавление преводов является излишним. name в отношении associatedStreet задумывался только для удобства работы с самим отношением, следовательно, переводы смысла особого не имеют.

_sev

Ага, спасибо большое.

А не возникнут ли проблемы при конвертации карты с языком отличным от языка по умолчанию? На сколько я понимаю тег name relation-а превращается в тег addr:street всех содержащихся в нем объектов с ролью house.
Соответственно и name:ru → addr:street:ru и тд. Иначе не удастся обеспечить адресный поиск на языках не по умолчанию.

И кстати:

А разве не наоборот? Я как то считал что теги объекта перекрываются тегами из relation.

А как правильно ставить номер дома, если это несколько зданий (частный дом+хозпостройки/организация/завод и т.д.)?

Присоединяюсь к вопросу. Таких много в частном секторе.
Думал создавать мультиполигон из домов, но вставка одного отношения в другое как то настораживает.

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

to Larry0ua а если одно здание но с разной этажностью, они нарисованы отдельно, как на них правильно ставить адреса? например http://osm.org/go/0jfS6VlRI

на зовнішній контур:
building=yes,
addr:**,
building:parts=vertical
на внутрішні:
building:levels,
building:part=yes
тільки без мультиполігонів!

Конечно же нет, иначе получилось бы, к примеру, что Днестр, по которому проходит граница Украины, стал бы называться Украиной… или Молдовой… или Винницкой областью :slight_smile:

а в адресное отношение как? давай просто покажи правильный пример, а я уже разберусь :slight_smile:

http://www.openstreetmap.org/browse/changeset/14663064

эээмм, дурак, не понял, можно вот на этом примере http://osm.org/go/0jfNWU1ma

http://www.openstreetmap.org/browse/changeset/14663990

Ааах вот как, теперь понял, спасибо… :slight_smile:
просто обвести контур и добавить соответствующие теги…

зы: а то что валидатор джосм ругается на перекрытие линий - это норм?

http://www.openstreetmap.org/?relation=175321 - теж саме, але з мультиполігонами :slight_smile:
на панорамах Яндекса школа виглядає так http://maps.yandex.ua/-/CVFLyFph

А вот этот пример я считаю не правильным…

???
обоснуй

теж вважаю недоцільним таке використання мультиполігонів
всі будинки(building=*), а також їх частини(building:part=yes) у яких немає inner-членів потрібно малювати звичайними лініями, а не групувати десять двоточкових ліній в мультиполігон.
http://www.openstreetmap.org/browse/way/201173780 - чому ця лінія в Зв’язку Моніторна вулиця (1180082) як house?
http://www.openstreetmap.org/browse/relation/1180082 - ще 9 ліній є членами зв’язку, але зайві там
Крім полігону з inner-членами(relation 175321) все інше прекрасно мапиться звичайними лініями.

На мою думку мультиполігони у яких немає inner-членів зручні в тих випадках коли спільна сторона двох полігонів є дуже довгою(понад 10 спільних точок) і тоді дійсно краще мати одну лінію(з понад 10 точок) і включити її в два мультиполігони.
Мультиполігонами зручно мапити великі суміжні земельні ділянки які відрізняються землекористуванням(наприклад ліс+поле), але не будинки.

IMHO, суміжні будинки краще мапити окремими замкненими полігонами, а мультиполігонами ліпше мапити будинки з “дірками”, тобто з внутрішніми дворами.

Спасибі за зауваження - підправив зв’язок Моніторної вулиці (прибрав зайві лінії, додавши замість них мультиполігон будівлі)

Если можно вопрос.
При проставлениии POI постоянно натыкаюсь на то, что многие организации предоставляют больше одного телефона/факса/email.
Как правильно проставить в POI несколько телефонов например?