Ну дык что из? 
AlexTheTux, я тоже не хочу холивара и переливания из пустого в порожние.
Но я опять не увидел предложения как надо навести порядок. Про нововведения понятно их предлагает тот кто сделал, но даже тут он не в праве диктовать свои правила.
Еще я никак не могу понять где у меня в тексте “давайте я буду решать какие теги правильные”. Я предлагаю это решать, а каталог объектов и сайт осмру просто будет его поддерживать/придерживаться.
По поводу может визуализатор диктовать правила или нет это ИМХО, но всё равно, он не будет диктовать. Диктовать будет решение участников.
Глобального голосование всем миром не выйдет лишь потому, что например amenity=hospital, amenity=clinic в некоторых странах уже четко определено. А у нас такое получается не применимо или применимо но мы не придумали как. Да и, Вы будете продвигать на весь мир я - нет. И за ближайшие годы такого человека не нашлось, а мусор только копится.
Где голосовать wiki vs forum как бы всё равно, я просто считаю что форум это для обсуждения, а вики это статьи. И что каждое должно быть для своего. А форум у нас такой же официальный как и вика.
Ilis, насчет JOSM согласен, предлагает 2 варианта. Но например, я просто выбираю из двух наугад, т.к. там не ясно какой лучше. Этот выбор еще сложнее чем наши foresty/wood
Надо учитывать все популярные схемы тегирования, и если двумя способами обозначается один объект, то препроцессором сливать оба способа в один. Не надо никому ничего навязывать и требовать переделать.
А вы тоже неплохо решили за всех, что не надо.
Я думаю с тем, кто пишет конвертер в Гармин как-нибудь удастся договориться и использовать одну схему.
Да, liosha?
Как раз решение о том, как мапить ту или иную российскую специфику должно принимать российское сообщество.
В смысле, использовать одну и игнорировать другую?
и у меня еще не понимание, откуда боязнь принимать решения на уровне России? Ведь я не предлагаю ни менять схемы, ни придумывать свои, а только адаптировать мировые под Россию, т.е. выбрать что то одно и этим всем пользоваться. И прежде чем решать/высказывать что это какой то конвертор не будет поддерживать, может стоит спросить у автора этого конвертора. Я как человек обрабатывающий данные ОСМ, знаю что тяжело учитывать несколько форматов / схем / синонимов и не думаю что другим это в радость.
Боязни-то нет никакой. Просто принимающих решение много. Один одно решение принял, другой — другое. В результате две схемы, которые надо учитывать в конечном продукте. Нельзя просто так выкинуть треть телефонов и четверть больниц.
Жень ну а какой смысл ограничиваться только Россией. Тогда и переводы не нужны. Да мы и внутри России то не договоримся 
на уровне страны - да. И кстати, вы (не конкретно Ilis), так цепляетесь что мировой ОСМ это что то огромное, а однако Россия одна из топа пользователей OSM.
Вот объясните же мне, накой 2 схемы обозначений одно и того же, если можно использовать одну, в чём плюсы? Я пока вижу только минусы
походу, как всегда… 
Ну вот, например, автозапчасти - отдельный магазин shop=car_parts, автосалон с отделом автозапчастей shop=car + service=;parts; мне кажется, что нельзя что-то из этого одного выкинуть или выше упомянутые телефоны. А вообще плохо, что потеряется ряд инфы для впервые заглянувших на openstreetmap.ru осмнеинформированных пользователей…
Вы уж определитесь, для кого этот слой предназначен? Если для конечных пользователей - то там надо максимально использовать распространённые схемы обозначений, сливая синонимы через препроцессинг или тому подобное чтобы получить максимально полные данные. А если вы хотите сделать слой для мапперов - то лучше запилить какой-нибудь валидатор.
Имхо, одно другому совершенно не мешает.
А дисциплинировать мапперов нужно обязательно 
Использовать одну схему можно и нужно, но почему-то используется две!
Это очень большой минус, и он приводит к тому, что в итоге приходится учитывать обе этих схемы
Ну во первых, я не призываю повально всё переделывать.
Во вторых это достаточно скользкий момент, как и в случае (amenity=bank atm=yes и amenity=atm), объясню почему. Как правило есть объект и есть его свойства, например заправка и виды топлива, или дорога и ограничение скорости. Тут всё в достаточной мере понятно.
А вот amenity=bank и atm=yes уже нет. Наличие банкомата в банке это как бы свойство банка, но банкомат является тоже объектом у которого есть свои свойства, у бензина тоже есть свойства, но часть мы сразу определили (АИ95 или ДТ), а часть нас не интересует (химические свойства). Вот к примеру ситуация, нужно у банкомата, который отмечен как atm=yes указать какие он операции позволяет производить. А поголовное обозначение отдельной точкой тоже не всегда хорошо, но может несколько лучше. Так же и с отделом запчастей, вот нужно указать brand запчастей, а они расходятся с автосалоном. В общем тут мне видеться что лучше обозначать отдельной точкой. Но тут я подчеркиваю, это выбор между плохо и не очень плохо и это только мое мнение, пока его не приняло сообщество.
Использовать две схемы плохо, а не учитывать одну из них в итоговом слое ПОИ — очень плохо.
Если нельзя два ключа так сделайте 2 точки. У каждой точки будет свой ключ.
А чего смайлик грустный в конце? Тоже мне повод для расстройства. Немцы, англичане и дальше по списку стран на счет лесов не договорились до сих пор. Ниче как то живут.
Можно помечать некоторые комбинции как устаревшие или как спорные. Хотя если сделать синонимы то и так понятно что оба синонима спорные.