А без shop будет вариант в голосовании?
amenity=car_repair + service=…
или
amenity=wheel_repair + service=…
Max, тут засада в том, что нельзя (для избежания проблем в будущем) заюзать amenity=ремонт_колес
иначе народ начнет ставить на одну точку
и shop=car_repair
и amenity=ремонт_колес
и тогда уточняющие теги не разберешь к чему будут относиться
Да, я уже писал, что IMHO key уточняющего тега должен совпадать с value основного.
Именно поэтому и спросил, почему service=, а не car_repair=.
Кстати, ответа на вопрос так и не получил.
Идеологически правильно, наверное уточнением car_repair=* сделать, а не service=, просто вроде как описание услуг автосервиса делали, поэтому буквально перевели “услуга” и получили service=. Может быть действительно стоит на car_repair=* переделать. Потому что я тоже считаю, что связка должна быть основной=значение_0[;значение_1]+значение_0=значение_2;значение_3+значение_2=…+значение_3=… тогда можно точно проследить иерархию тегов, не домысливая и не придумывая ни чего. Поэтому-то я и предлагал ввести wheel_repai=tyre_repair;disk_repair.
Я не против 
Добавлю ещё одно, поскольку столкнулся. Надо в вариант ремонта диска и шины включить покраску. При чём если с шинами более-менее понятно, как они красятся, то типов покраски дисков куда больше (порошковая, аэрозольная и т.д.).
ну, так что, вариант
всех устраивает?
если да, то осталось определиться с tyre_repair/tyres_repair и wheel_repair/wheels_repair/disk_repair/disks_repair. вроде, если быть последовательным, то везде единственное число должно быть, т.к. car_repair. а wheel_repair - это, получается, все подряд - и ремонт дисков и ремонт шин
/// всех устраивает?
мне не нравиться
Чем именно не нравится?
В виду того, что один тег должен разкрываться другим, считаю, что для шиномонтажа нужно применять
shop=car_repair //автомастерская
car_repair=wheel_repair //ремонт колёс, по нему и понимать, что тут есть шиномонтаж
wheel_repair=tyre_repair[;disk_repair]//необходимое для непротиворечивости значение “ремонт шин”, плюс, если есть, ремонт дисков
tyre_repair=* - уточнение какие именно шины (по умолчанию - только легковые)
[disk_repair=*] - уточнение под дискам, но тут надо продумать деление на тип диска (штампованные,литые, кованные) и тип авто (легковые, грузовые, мотоциклы)
Уточнять, например так:
disk_repair=car_disk;truck_disk;
car_disk=steel;aluminium;forging
truck_disk=steel
Значит ли такая пара тегов исключительно шиномонтаж? Как обозначить СТО с шиномонтажем, если не знаешь, какие еще услуги, кроме шиномонтажа, оказывает СТО?
Как и в любом другом случае, в описываете то, что знаете, если не знаете какие услуги оказываются - вы их не перечисляете. Эта пара тегов означает “в том числе шиномонтаж”. Как и в случае с АЗС, не указав на ней магазина он не перестаёт на ней быть и обслуживать покупателей. Просто у вас нет данных о том, что на АЗС есть магазин.
ADD:
car_repair=tyre_repair всё-таки предлагаю заменить на более правильный с точки зрения “вложенности тегов” и логики ремонта самого автомобиля. Сложно отремонтировать шину, не сняв колесо.
Просто само наличие wheel_repair за крайне редким исключением подразумевает шиномонтаж.
Следовательно, с помощью этой пары тегов я не могу однозначно обозначить шиномонтаж. Получается неясное описание “то-ли СТО, то-ли шиномонтаж, езжай - узнаешь”.
Зачем нужен “только шиномонтаж”?
Если вы ищете ТЮЗ, или драм театр, скажем, вы тоже будете вынуждены всех amenity=theatre обзванивать, что бы выяснить какой именно этот театр. Если же вам нужен шиномонтаж, то достаточно найти автомастерскую, у которой есть такая услуга (ремонт колёс), будут ли там дополнительные услуги или нет - какая разница?
Добавлено:
Предложенное уточнение как раз нужно для того, что бы приехав в “автомастерскую” быть уверенным, что вы сможете там отремонтировать шины, куда хуже, если вы добираетесь до автомастерской, а там такой услуги (шиномонтаж) нет.
Да, вы правы, если вы ищете шиномонтаж. Но если я ищу СТО, то рискую приехать на шиномонтажку.
Да, только если вы ищете СТО, то посмотрите, какие услуги или марки авто она обслуживает. Потому что надо сначала посмотреть что она делает, а потом туда ехать. Ну не отремонтируют подвеску в кузовном цехе или покраске, не возьмутся за Mitsubishi в СТО ВАЗа и т.д.
Именно для этого и призывают ввести уточняющие теги. Потому что да, не ловко получается, когда идёшь в драмтеатр, а приходишь в театр кошек. Или когда маршрут с крюком в 5 км прокладывается из-за того, что тропинки не соединил кто-то.
И отсутствующее уточнение - кмк, лучше, чем отсутствие какого-либо тега вообще. Пускай я хотя бы буду точно знать, что там есть шиномонтаж, чем не буду знать ни чего, а окажется, что это автосервис для КамАЗов.
а если я по роду своей длительности хочу обойти все сто, включая шиномонтаж, то мне в фильтрах указывать все существующие типы? Или всё же только кар_ререйр?
Сейчас определяющий тег name=Шиномонтаж c тегом shop=car_repair, сразу понятно 
Сам несколько шиномонтажек отметил как
name=Шиномонтаж
shop=car_repair
service=tyres_repair
Если какое-либо правило устаканится, надо будет нормализовать потом.
service=tyres_repair явно не правильный, хотя и многие его используют.
Во-первых service ни как не следует из car_repair (нет связи key=key1+key1=key2;value3+key2=…), service может относиться к чему угодно, во-вторых tyre_repair - в единственном числе надо, без “s”.
ну и ставить признаком шиномонтажа только name=“шиномонтаж” (само наличие тега вобще-то возможно, как общеупотребимое название данного объекта)… это всё равно, что поставить poi с name=“Столица России - г. Москва” и не проставлять ей остальные теги и не включать в отношение “Россия” 
Вроде как и правда, но совсем не так показанная правда…
Надо описывать poi тегами, что бы была возможность упорядочивать/выбирать/искать/отсекать лишнее при конвертации.
По-моему сейчас уже никто никого не убедит. Давайте переведём дискуссию в список рассылки tagging@, каждый напишет Proposal в защиту своих идей и проголосуем.
Ещё бы понимать эти страшные слова А так - давайте.
Но пропозал должен быть обширнее. По сути, он должен представлять собой расширение значения shop (shop=car_repair, который до сих пор только у русских и есть), а так же описывать car_repair=* в наиболее встречающихся комбинациях (ну вот у нас это отдельно стоящий шиномонтаж, кузовные/покрасочные мастерски, сервисы “мелкого ремонта”, а у кого-то может ещё что).