Нет, на генерализации повлиять не должен. Для генерализации важно, чтобы соблюдалась связность (причем trunk_link считается того же уровня что и trunk), чтобы рефы правильно стояли.
trunk_link в этом месте возможен, ИМХО.
что там озвучивают навител/ситигид - надо экспериментировать, там могут быть свои приколы.
Сидел, читал руководство.
Обучался в учебнике онлайн.
Потом сделал пару правок по известной мне местности. Аналогичные правкам рядом.
Смотрю позже - пропали !!!
По ним походил - Gam удалил их с комментарием “удалил правки новичка”…
OSM это лютый инструмент картографов ? Чего тогда регистрация без диплома ?
Если я нарисовал криво, то почему Gam не нарисовал их так, как надо в итоге ?
В общем я уже кучу страниц справки прочил и так и не могу понять, ПОЧЕМУ удалён мой труд и моё время в помойку.
Может есть, что-то простое, с чего можно начать, что 100% можно будет добавить, без происков удалистов ?
Дак спросите его самого.
А вообще за удаления с такими коментариями надо по рукам шлепать.
+1. Вы так всех новичков распугаете 
Если что-то удаляете - отпишитесь юзеру чтоли…
Устал видимо человек за всеми исправлять, вот и психанул… Бывает
Теперь по поводу ваших правок:
Это именной газон? Интересно, в честь кого это место так назвали…
Тот же вопрос. Названия, кстати, пишутся с большой буквы, раз уж этот переулок Аркой назвали 
Что-то не в курю, неужели до сих пор нет человечной схемы тегирования мультиадрески?
Под человечной подразумевается не схема:
addr:housenumber=1
addr:street=xxx
addr2:housenumber=2
addr2:street=yyy
Vitalts
Может associatedStreet ?
С него и начал поиски, судя по вики, номер дома прописывается не на отношении, ибо отношение может включать в себя все домики этой улицы, а берется с домика. И как же тогда на 2 разных отношения подцепить 2 разных номера дома? Разве что расширять это отношение до указания номера дома на самом отношении, но поскольку в Вики о подобных возможностях ни слова, то напрашивается вывод, что никем это не поддерживается…
Я делаю так:
Хотя не уверен, что это самое правильное решение
точно, этого я не учел.
Еще один костыль 
Готов номер дома указывать на отношении каждого домика, лишь бы поддерживалось…
Может быть и костыль, но работает :). Это, на мой взгляд, лучший костыль из всех существующих, потому что не обязательно использовать отношение associatedStreet, можете на дом и на точку вешать addr:street. А вообще хочется руки поотрывать тем, кто придумал двойную адресацию. А мы из-за них мучаемся теперь.
Для угловых отношение не сработает и там нужно прописывать оба адреса на доме через addrN. А так как их в общей массе не так много ничего в этом страшного нет.
addrN - жуткий не удобный как для машины так и для пользователя костыль. ИМХО, единственно правильное решение - описание отношением. associatedStreet не плохой ход, позволяющий объеденить домики по одной улице, но мультиадреска опять несколько костыльна, ибо для определения номера приходится заводить новый объект. Не понимаю, почему так и не появилось пропозала на отношение описания одного единственного адреса отношением, к примеру, что-то на подобии:
type=address
addr:housenumber=*
addr:street=*
...
с членами:
main/house - набор домиков с этим адресом, под main можно выделить основное строение, к которому будет строится роутинг по адресу.
street - набор участков дороги или отношение street
Тут и устоявшийся Karlsruhe, и описание единственного адреса (что позволяет повесить несколько адресов на домик), и жесткая связь с хайвеем на подобии associatedStreet и объединение домиков с тем же адресом с выделением основного, дабы навигатор знал к какому конкретно стоению строить маршрут.
В каких местах ? Насоздавать кучу точек значит пользователь может. А уж про машинную обработку вообще проблем не вижу.
Она есть. http://wiki.openstreetmap.org/wiki/AddrN
Возможно даже будет поддержана на осмру в скором будущем.
Явное сравнение всегда быстрее и удобнее не явного. С addrN первое затруднительно.
Чем плохи точки:
Как вы планируете определять адреса для пои в здании с двумя адресами? Билижайшая адресная точка точка - потеряете 1 из адресов, причем, сдвинув немного точку пои - рискуете поменять ей адрес.
С отношениями - возни до черта, причем как для программиста так и для пользователя. Понятно что, теоретически, эта возня должна окупиться облегчением замены имен, но на практике, у вас всеравно будет смешшаный случай. Половина домов с адресами через отношение, а часть домиков - по старинке, и вам при переименовании улицы всеравно придется проверить адреску для всех домов улицы.
А откуда у вас беруться addrN:housenumber2 ?
Сдается мне, в Таллине просто адресуются подъезды (по одной либо по нескольким улицам) дак и добавьте точки соответсвующие подъездам, и на них уже ставьте адресные теги, если подъезд имеет 2 адреса то с addrN если 1 - то без него.
Второй номер по улице addrN. Эквивалент addr[N+1]:housenumber + addr[N+1]:street, но поскольку эта улица уже описана в addrN:street, то достаточно обратиться к ней по addrN:housenumberK. Откуда пришло тегирование с инкременацией addrN:housenumber затрудняюсь ответить.