Блин, это ж очевидно 
Почему я сразу не додумался?
+1, а service по shop=car (функции автосалона) прописаны достаточно подробно на вики. Еще вроде встречаются shop=tyres вроде как шиномонтажки обозначают или продажу колес?
/// (автобусов - шиномонтаж одинаковый, сама резина разная)
о чем я и говорю - не смешивать ПРОДАЖУ резины
и РЕМОНТ резины
есть продажа - поставьте отдельную точку рядом с тегом shop=tyres
тогда не будет неоднозначного трактования значений и тегов
/// shop=car - это не только автосалон, как я понимаю, это ещё и магазин, где продаются запчасти, ассортимент которых так же можно указать в отдельном теге.
запчасти - shop=car_parts
http://wiki.openstreetmap.org/wiki/RU:Tag:shop%3Dcar_parts
т.е. получаем что-то типа:
shop=car_repair
service=wheel_repair
tyres_repair=car;truck;motocycle
disk_repair=yes/no/steel/aluminium/forging
Сергей, спасибо, что вы отрезвили еще 2 головы 
именно об этом делении я очень давно и говорю
Да, с запчастями разобрались, продажа шин - отдельная рядом стоящая poi.
Кстати, не смотря на указание tyres_repair=* надо ещё wheel_min_size=* и wheel_max_size=* добавить 12 и 22 (точно не уверен в 22) потому что не везде могут 10" и 24" колёса делать, хотя они редко встречаются, может и не стоит акцентировать внимание.
И на всякий случай, ещё раз, если будете пропозал составлять, disk_repair=no по умолчанию.
Кстати, поскольку:
service=wheel_repair, то, наверное, не лишним, но и не обязательным будет
wheel_repair=tyre_repair;disk_repair, которые уточняются соответствующими тегами
Ещё нас учили здороваться “How do you do?” и что фамилия это “surname”. Но это всё не причина русским осмерам пытаться менять современный анлийский язык.
если честно, то в этой конструкции
shop=car_repair
service=wheel_repair
tyres_repair=car;truck;motocycle
disk_repair=yes/no/steel/aluminium/forging
мне не нравиться
service=wheel_repair
tyres_repair=car;truck;motocycle
я бы все таки предпочел использовать
service=tyres_repair
tyres_repair=*
Скажу больше: маленькое кладбище - это amenity? а большое - landuse. Где логика!
Поэтому, на мой взгляд, не следует ломать сложившиеся традиции, - пусть будет так, как однажды было установлено, пусть даже установлено и не совсем удачно. Плохой порядок лучше, чем никакого.
Поэтому я и предлагаю:
shop=car_repair - автомастерская
service=wheel_repair - ремонт колёс
wheel_repair=tyre_repair;disk_repair - ремонт шин и дисков
tyre_repair=car;truck;motocycle - уточнения по шинам
disk_repair=yes/no/steel/aluminium/forging -уточнение по дискам
балансировка - да/нет
/// wheel_repair=tyre_repair;disk_repair - ремонт шин и дисков
это лишняя, избыточная строчка. в ней нет смысла
/// балансировка - да/нет
а что, бывает шиномонтажка без балансировки? o_O
Грузовая например
т.е. грузовые колеса могут балансировать - а могут НЕ балансировать?
или в любом случае НЕ балансируют?
Запросто!
Деньги - берут, грузики - приклеивают, а балансировки - нет. 
а еще бывает платный туалет без туалетной бумаги
этот случай тоже будем тежить?
Я - за.
Достоверная информация - достаточно важная вещь. И если есть такая особенность, почему она не может быть отмечена на карте?
В конце концов, возможность размещения подобной информации - одно из существенных преимуществ OSM над коммерческой картографией.
Достоверная информация будет только тогда, когда кто-то будет следить за её достоверностью. Иначе она очень скоро станет недостоверной.
Сэру известны какие-либо эффективные средства борьбы с устареванием информации?
Я уже сказал - “если кто-то будет следить за её достоверностью”.
В общественных проектах типа OSM - это будут простые пользователи. Чем более редко используемая информация - тем больше пользователей потребуется для поддержания приемлемого уровня достоверности (в силу случайности использования). Никто не будет специально проверять наличия бумаги в туалетах, эта информация часто меняется и для поддержания достоверности случайным использованием этой информации нужно очень много юзеров - на несколько порядков больше текущего. Поэтому в текущей ситуации эта информация никак не может быть достоверной. Если хочется таки иметь достоверную информацию - надо соизмерять её важность и волатильность и не пытаться пока отмечать редко используемую и часто меняющуюся информацию. По крайней мере пока кол-во юзеров не вырастет до соответствующего уровня.