Дык мне не мешается. Кому мешается - тому и думать надо. 
Будет мне мешаться - придумаю, не сомневайтесь. 
По мне - это явная попытка ухудшения качества данных в OSM. Потому как для других целей эти теги будет невозможно использовать. А если сделать нормальные характеристики - то вполне возможно.
Ну вот Прогород уже умеет использовать этажность в своих картах. Ситигид тоже вроде собирается. Поэтому польза уже есть не только для 3D-рендереров.
Помимо всякого визуального мусора, как можно учесть в хаках сочетания ближайшего окружения как то барьер, тип вея, угол примыкания, близкорасположенные узлы, близкие параллельные линии…
Вы так не смогли сказать почему считаете что-то визуальным мусором. Вот есть у вас “ближайшее окружение” - почему их наличие делает что-то мусором? Попробуйте явно определить, по какому принципу вы выделяете одни дорожки среди других - есть очень большая вероятность, что можно будет сопоставить им какую-нибудь объективную характеристику. Вон, для обычных дорог смогли в итоге придти к системе важности дорог с учётом транзитности трафика и т.п., почему для пешеходных дорожек нельзя сделать что-то подобное, если именно это имеется в виду? А если мешаются всякие подземные переходы с эскалатарами - они легко отсеиваются по layer/tunnel/etc. И т.д. и т.п.
Очень тяжело гадать за других что именно и почему им мешается, попробуйте сами сделать небольшое усилие. Или давайте больше конкретных примеров что именно и почему мешается - будем вместе гадать. Если не хватает какого тега необходимой объективной характеристики - его конечно можно будет добавить. А garmin:useless, как и mapnik:color - это путь в никуда, не надо этим путём идти.
Допустим есть две параллельные и пересекающиеся близко расположенные пешеходные линии, они абсолютно ничем не различаются по характеристикам, просто тупо две из них надо исключить, чтобы конвертация состоялась и роутинг заработал, вот это и есть объективный тег для этих линий garmin:useless, кто захочет может использовать этот тег для себя, для другого навигатора, почему нет. Есть места на которые, как уже писал, влияет окружение (набор объектов и тегов), такой вей никакой объкективной характеристикой тоже не отметишь, это работа внутреннего алгоритма Garmin, единственная возможность “хинтовать”, кому от этого плохо?
Так параллельные или пересекающиеся?
Вы допускаете, что между ними может быть забор (который не нарисовали)? или они идут на разных отметках вдоль подпорной стенки?
Так можно и про автомобильные дороги подумать: из двух близко расположенных параллельных переулков почему бы один не выкинуть, что бы не “захламлял”.
А как именно выбирается какие исключить, а какие оставить?
Писец, любит народ потроллить когда реально на основе практики кто-то что-то улучшить хочет. Разговор про единичные исключения, а не массовые правки. Тем паче навигация один из важнейших сервисов, что привлекает в OSM. Параллельные и пересекающиеся - по простому куча веев с близко расположенными роутинговыми узлами. Выбирается на основе логов ошибок, поведения прибора и здравой логики.
Вот я и пытаюсь понять принципы той здравой логики, которую вы применяете. Что это за логика такая, которую нельзя формализовать?
То, о чём вы пишите - это обычная задача генерализации. Вот с обычными дорогами поступили просто - завели уровни важности и те, кому достаточно какого-то уровня, просто отсекают всё ниже него и получают граф, которым уже можно пользоваться. Почему с пешеходными дорожками нельзя поступить точно так же, если есть такая потребность? Или на дорогах тоже надо было везде ставить highway=road, а потом расставлять garmin:useless?
Какая из абсолютно одинаковых дорожек может быть главной, например мешанина одинаковых тротуаров в сквере? Исключить можно абсолютно любую из них, лишь бы была связь близлежайших улиц через этот сквер, есть дорожки законные в OSM, но непотребные в Garmin (уже сто раз упомянутые близкие узлы). На сегодняшнем этапе “густоты” сети тротуаров, дорожек, многоэтажных парковочных проездов, все чаще сборки зависают и обновления уже на уровне официалов раз в квартал, а не каждый день как это было с год назад, если ничего не изменить, скоро можно будет забить вообще на Garmin карты для OSM. Пару сотен тегов на проблемных местах однако погубят OSM ессно, как намедни, чуть не погубили его точки центров НП. Я абсолютно не против главноты тротуара, главноты парковочного проезда и т.п., но думаю если это предложить, срач поболее начнется, и каждый отдельный пешеход будет главнить свою дорожку, что приведет к тому же самому и речь не только о пешеходных дорожках, мне важнее лечить косяки вызывающие “падение” сборок, сейчас это лечится обычным “типа вандализмом”, предлагается лечить хинтом.
Ну вот видите, значит какие-то критерии выбора всё-таки есть?
Что ж их из вас клещами тянуть нужно, как на допросе?
Я долго смотрел на этот фрагмент карты и пытался понять, что и чем вам в нём мешает. Понять не смог.
Лично я не хотел бы лишится ни одной нарисованной там дорожки в своём навигаторе.
И для этого надо было выбрать самое кривое решение?
В данном случае явно виден объективный признак - многоэтажные сервисные дорожки внутри здания. Это даже без дополнительных тегов можно фильтровать (layer>n + нахождение внутри building). Но если это слишком ресурсоёмко и хочется чисто по тегам - завести что-нибудь типа service=multilevel_parking или что-нить аналогичное, что будет обозначать данный признак. Это уже можно нормально использовать и для других целей, в отличии от бессмысленного garmin:useless.
Это был только пример, причем layer>n + нахождение внутри building не поможет, есть многоуровневые мосты над заправками и тоннели под домами, еще раз для неумеющих читать, есть мешанина (читай близко расположенные узлы) на веях, не имеющих никаких отличительных признаков, как их фильтровать?
Ещё раз, для неумеющих читать: если нет отличительных признаков, то их нужно добавить. Но не в виде бессмысленного тега garmin:useless, а в виде объективной характеристики, каковую вполне можно выделить, если немного подумать.
Близко расположенные узлы != мешанина. Проблемы конкретного навигатора не должны решаться в общей базе.
Фильтровать просто - надо формализовать критерии ‘проблемности’ и реализовать алгоритм, который будет при конвертации такие “проблемные” пути чикать.
Для этого, конечно, придётся подумать, что, разумеется, сложнее простого втыкания в базу костылей. Но принципиальных проблем нет.
Вы тут какое-то безумие развели в этой теме.
+100500 к тому что говорит Sergey Astakhov.
Не надо мапить под навигатор.
Ну и где же она?
О, ещё один желающий формализовать! Давай!
Так речь в том как раз, чтобы не мапить под навигатор, а оставлять намапленную хрень, еще раз, кто-то будет плохо спать из-за сотни тегов? Людей пользующихся сборками под Garmin на пару порядков больше. Введение такого тега-хинта исключает многомесячные прения по придумыванию тегов, изменению алгоритмов, конфигов и т.п, что просто невозможно формализовать (то что формализуется и возможно решить в конвертер и конфиги вносится, многие вещи решаются вне базы), из-за какого-то единичного глюка, а результат имеем мгновенно.
В паре мест применил. Можно потестировать, после включения в конвертер:
garmin:useless
garmin:non_routable
garmin:has_sidewalk
garmin:use
Никто не запрещает использовать их под другие цели, смысл их понятен.