Я думаю, что члена street тут не получится. Нужно в это отношение проставить addr:place, и всё. Тег унаследуется на все домики. Но чем оно поддерживается, неизвестно, может даже и ничем, нужно пробовать.
В пункте 6 добавление преводов является излишним. name в отношении associatedStreet задумывался только для удобства работы с самим отношением, следовательно, переводы смысла особого не имеют.
А не возникнут ли проблемы при конвертации карты с языком отличным от языка по умолчанию? На сколько я понимаю тег name relation-а превращается в тег addr:street всех содержащихся в нем объектов с ролью house.
Соответственно и name:ru → addr:street:ru и тд. Иначе не удастся обеспечить адресный поиск на языках не по умолчанию.
И кстати:
А разве не наоборот? Я как то считал что теги объекта перекрываются тегами из relation.
Присоединяюсь к вопросу. Таких много в частном секторе.
Думал создавать мультиполигон из домов, но вставка одного отношения в другое как то настораживает.
в случае частного дома достаточно ставить адрес на одно строение, не на сарай, конечно же.
организация/завод обычно имеют разные номера корпусов, так что вариант - ставить на одно из них, если неизвестно точно. либо на то, где основная проходная.
to Larry0ua а если одно здание но с разной этажностью, они нарисованы отдельно, как на них правильно ставить адреса? например http://osm.org/go/0jfS6VlRI–
Конечно же нет, иначе получилось бы, к примеру, что Днестр, по которому проходит граница Украины, стал бы называться Украиной… или Молдовой… или Винницкой областью
теж вважаю недоцільним таке використання мультиполігонів
всі будинки(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 точок) і включити її в два мультиполігони.
Мультиполігонами зручно мапити великі суміжні земельні ділянки які відрізняються землекористуванням(наприклад ліс+поле), але не будинки.
Если можно вопрос.
При проставлениии POI постоянно натыкаюсь на то, что многие организации предоставляют больше одного телефона/факса/email.
Как правильно проставить в POI несколько телефонов например?