А того что датчики бесплатных пробок не совершенны и не стоят везде почему должна карта страдать?
Карман легко определяется по месту где он начался и кончился, дополнительного тега не требуется. Всякие боковые проезды и рукавы как правило имеют статус не residential, а highway=*_link
Опять же это сочинение костылей под какие-то навигаторы или конвертеры, отличить можно и без них.
НЕ!
Очередная попытка выдумать костыли для навигатора в частном случае.
Эти пункты универсалнее, чем специальные костыли для дублеров. Они позволяют одрабатывать и дублеры и выезды/заезды на прилегающую территорию, да и любые другие перекрестки.
Как раз по этому используйте лучше термин “дублер”. С ним нет таких неоднозначностей?
В чём заключается страдание? Существующие теги не затрагиваются.
Как?
Те, кто считает, что он не требуется, могут его попросту не проставлять.
Существующий порядок допускает свободное использование тегов, если они не мешают существующим и используемым (“anybody is allowed and encouraged to use any tag they think is useful”). Нельзя сказать "не ставь на боковой проезд метку “боковой_проезд=yes”, т. к. он ничему не мешает и отражает действительность. Но при этом хочется, чтобы этот тег был единым, чтобы не было такого, что один пишет боковой_проезд=yes, другой карман=yes, третий - side_road=yes и т. д. Вопрос в том, есть ли предложения использовать не side_road=yes, а <что-то другое, показывающее, что речь идёт о боковом проезде>=yes.
Раз карман и дублёр разные вещи, а термин “карман” плох из-за неоднозначности, получается, что нужно ориентироваться на термин “боковой проезд”.
Обновлённое предложение:
“Боковой проезд - отдельная проезжая часть дороги, как правило, но не обязательно расположенная сбоку от неё, начинающаяся после одного перекрёстка и заканчивающая до следующего. Принципиальное отличие данного типа проезда от проезда, проходящего по прилегающей территории - допустимость транзитного движения. Боковой проезд может быть как односторонним, так и двусторонним, в нём могут быть установлены знаки ограничения максимальной скорости, существовать пешеходные переходы и светофоры. С одной стороны, транзитное движение по боковому проезду не запрещено - поэтому построение навигационной программой маршрута через боковой проезд не является противоречащим ПДД. С другой - для въезда в боковой проезд может потребоваться перестроение, снижение скорости, при возвращении на основную проезжую часть нужно будет уступить дорогу машинам, двигающимся по ней. Поэтому движения по боковым проездам следует, по возможности, избегать. Для того, чтобы обозначить, что проезжая часть является таким боковым проездом - карманом, дополнительно к тегам highway=residential (для боковых проездов, идущих вдоль жилых домов) или highway=unclassified (для боковых проездов, идущих вдоль предприятий) можно добавить тег side_road=yes.”
Иногда использования карманов нельзя избежать, т. к. какие-то из них используются для выполнения манёвров, запрещённых на основной проезжей части, к каким-то примыкают дороги, не доходящие до основной проезжей части. В этом случае статус бокового проезда может быть сколько угодно высоким (highway=tertiary, highway=secondary и т. д.)
Существуют мнения как о том, что на карманы, как и на основные проезжие части, следует так же устанавливать тег name=, так и о том, что делать этого не следует.
Следует отличать боковые проезды, являющиеся объектом рассмотрения данного описания, от карманов, упоминающихся в ПДД - расширений проезжей части, используемых для остановки и/или парковки."
Dinamik, все же, чем не устраивает max_speed:practical и/или простановка ограничения сквозного проезда?
+1
Ведь для этого же всё и затевалось?
Вот есть куча тегов ровно для того, что нужно. Они уже единые для всех. Чего новые городить?
Новый как раз и не будет единый!
Раз уже для этого же самого есть другие теги!
xxx_link для боковых проездов - съездов/заездов на другие дороги.
destination=yes - отсутствие сквозного проезда.
max_speed, max_speed:practical для скоростных характеристик проезда.
Что нового даст предлагаемый новый тег?
Можно для ясности привести примеры из жизни (картинку с карты), где этот тег поможет, а уже существующие нет?
Карман, боковой проезд, дублёр разные типы дорог, они все есть и все разные.
Теги добавлять можно, но нужно делать это тогда когда это действительно нужно, что это боковое проезд/карман/дублёр, человек глазами и мозгом поймёт, конвертер и навигатор должны понимать. Надобность тега становится равна нулю. А вносить теги стоит тогда, когда действительно возникает общемировая необходимость в новом теге, а не в вашей деревне, потому что вашему навигатору нужен особенный тип дорог.
А зачем человеку так подробно фильтровать маршруты? Чем они некошерны? Тем, что они бу? 
Только для того, чтобы обойти ошибки глупого навигатора.
Нафигатор и сам должен понимать, что это маршрут плохой, учитаывая геометрию проездов и поворотов и статистику движения автомобилей по нему (более объективный аналог для ручного maxspeed:practical).
Можете дать описание кармана, бокового проезда, дублёра?
А как человек глазами и мозгом поймёт, что в карман предлагают свернуть не потому, что карманы тегируются так же, как и другие дороги, и потому туда регулярно предлагают заехать, а потому, что какой-то манёвр можно выполнить только из кармана или впереди на основной проезжей части пробка?
Откуда взято требование общемировой необходимости?
Мне не кажется, что xxx_link подходит для бокового проезда. Это же не то же самое, что съезд на другую дорогу.
destination=yes не подходит, т. к. сквозной проезд не запрещён.
maxspeed:practical - субъективен.
Не будет такого, что, проехав один раз по карману, продираясь между припаркованных машин по подразбитой дороге, я поставлю maxspeed:practical=20, потом Вы исправите его на maxspeed:practical=40, а кто-то ещё - на maxspeed:practical=35. Что Вы предлагаете делаете в таких случаях? И highway=give_way поставили и surface:grade, но вот о значении maxspeed:practical не договорится. Чем эти споры лучше ситуации, когда на дорогу проставляется “это боковой проезд” и уже каждый имеет потенциальную возможность указывать и “мне всё по барабану, я и на 60-ти могу по боковым проездам ехать”, и “ой, там узко обычно и неудобно, считается, что я там буду ехать не больше 20-ти”.
То было не “бу”, а обрыв сообщения при написании:)
Ну, положим, не хочет человек ездить по карманам. Есть же опции типа “избегать грунтовых дорог”, чем хуже опция “избегать карманов”?
Это бред навигатора, если ему быстрее заехать/выехать на боковой проезд, чем ехать прямо.
Давайте-ка пример в студию!
А еще опция “не ездить мимо стационарных постов ГИБДД” - после банкета очень нужна.
А по грунтовкам не всякая пузотерка и не во всякую погоду проедет, вот и опция. Это опция на используемое транспортное средство, а не на дорогу.
На самом деле предлагаемая опция должна называться типа “избегать микрообъезды” и включать не только дублеры, но и проезды по заправкам и по съездам/выездам и т.п. Это когда вместо левого поворота предлагается правый + разворот и т.п.
Часть такого бреда лечится правильным теггированием, остальное подходящими штрафами за лишние маневры и крутые повороты.
Для начинающих водителей полезна опция “Избегать левого поворота”. Я сам так первый месяц ездил.
Покажите пример, когда боковой проезд никак без подсказки невозможно отличить от основной дороги.
Не важно с какой скоростью кто проедет по карману, всеравно будет стоять на повороте, проставьте max_speed:practical на последний сегментик перед выездом из кармана.
Просто смущает логика: Нужен residential но ниже статусом чем residential. Дак уж тогда и ставьте более низко-классный service, будет заезжать в него только если действительно надо во двор свернуть, если хочется чтобы навигатор был шибко умным и совсем уж глухую speed=10 пробку объезжал по карману (я бы всеже назвал это дублером) ставьте на кусочек перед выездом m_s:practical=1.
И это, ругаться на значение m_s:p начинают когда маршрут строится криво, и договориться о значении чтобы корректно прокладывались маршруты будет проще чем о новом теге.
+1
Всё из-за того, что считается, что service в данном месте не кошерен. Дополнительный боковой проезд, как его тут описали (не карман для остановки ОТ, но и не улица-дублер) - типичный service.
Кстати, вот и вырисовываетс опция “избегать service”. Есть примеры, где это не сработает?
Это не бред, а реальная работа большинства навигаторов с пробками в условиях нехватки информации и погрешностей в позиционировании GPS. Использование max_speed:practical не всегда помогает из-за того, что эти данные перекрываются реальными пробочными скоростями, которые из-за ошибок позиционирования могут приписаться не той проезжей части. Поэтому весьма желательно иметь надёжный признак таких дорожек, чтобы алгоритм мог их отфильтровывать. Удобнее всего чтобы этот признак был в виде отдельного атрибута.
а как тогда можно доверять инфе о низкой скорости на основной дороге? где гарантия что это не в кармане низкая скорость?
Как вариант кстати, если данных нет, то значит -N% к возможной скорости.
Ок, вот про погрешность gps это правильно. Ладно, допустим. Только это не мешает на уровне конверте отчикать residential к статусу некой дороги ниже residential Опять же таких страшных ошибок gps что прям с дороги на дорогу скачет я не видел уже давно, даже в самых китайский навигаторах из Ленты какой нибудь за 1200.
Скачут, скачут! Есть телефоны, есть планшеты, есть неоптимальные места крепления в автомобилях, есть высокие здания, есть густые мокрые тучи…
Если дорога такова, что возникает желание ее избегать, а двигаться по соседней, то у соседней должен быть класс повыше. Боковой проезд это service.
При выборе “удобнее программировать” или удобнее мапить я голосую за “удобнее мапить”. Ибо это труд многих, а не труд единиц.
На колу мочало, начинай сначала.
Примеры, где service не годится приведены в начале данного топика.
Давайте конкретно.
Какое место, где некрасиво роутит, какой навигатор.
Все современные девайсы кроме собственно координат отдают ещё и погрешность в метрах, у несовременных можно её прикинуть по HDOP - арумент о том, что “пробка матчится к основной уице, хотя стоит ещё и боковая” невалиден, это недостаток алгоритма.