Роутинг по hw=service

В моём понимании service — просто служебный проезд, независимо от покрытия, ширины и чего бы то ни было, и он более важен чем грунтовки, при этом часто в них переходит. Какие дополнительные теги ему давать, я вообще не знаю, кроме очевидных паркинг-аислов, поэтому почти все мои сервисы обходятся без дополнительных тегов. И если их выкинуть, то весь роутинг сразу порушится, пешеходный в первую очередь. Для исправления придётся найти все сервисы и навесить на них от фонаря какой-нибудь защитный тег :slight_smile:

Нормальный пешеходный роутинг, понятное дело, без service работать не будет. Так же как и без лестниц, подземных переходов и т.п. Но изначально речь шла об автомобильной навигации - она должна нормально работать и без service. Т.е. логика простая - выкидываем все дороги ниже определённого уровня. После этого дорожный граф должен остаться нормальным, без разрывов, изолированных областей, тупиков без выезда и т.п. Карта стала меньше, похуже, но ей можно продолжать нормально пользоваться.

Вот это я поддерживаю обеими руками. Более того, так должно продолжаться и дальше - если выкинуть не только service, но и unclassified/residential, должен получиться правильный дорожный граф - без разрывов и тупиков.

что такое service=alley|driveway, я не знаю. Судя по вики это просто все служебные проезды, кроме как на парковках.

routing=yes - это, я бы сказал, жест отчаяния. Прежде чем делать дорожку рутинговой, нужно понять, почему она должна быть рутинговой, на основе хоть сколько нибудь объективных признаков, а иначе каждый будет включать в рутинг подъезды к своему дому/даче.

А напомните, почему нельзя сделать всё роутинговым?
В остальном согласен с Zkir, alley|driveway это непонятоно что, о routing=yes даже думать не стоит.

Насчёт “стволовых служебных проездов” - да, это таки надо отмечать как unclasified, и да - это “нормальные дороги”.
На той Ашановской парковке наверное стоит отметить как unclassified кольцо на северо-востоке с подъездами, дороги от неё к парковке, 2 дороги по самой парковке вплоть до выезда на МКАД.

На то есть две причины.

  1. Для служебных проездов нужен особый алгоритм рутинга. По ПДД по ним не может быть транзитного проезда. Грубо говоря нельзя объезжать пробки по дворам, срезать через заправки и т.д. даже если так [как кажется рутеру] быстрее.
  2. В некоторых программах есть ограничение на число рутинговых ребер в графе. С служебными проездами граф сильно дробится, и число ребер возрастает многократно.

Ну так это всё касается только дворовых проездов, которые service+living_street=yes, нет?

Многие, видимо, понимают что это, так как дворы ими обрисовывают и не убедишь, тем более мапник их рендерит уже. Может на страницу service в вики внести дополнение по дворам?

Нет, это касается любых проездов на прилегающих территориях, не предназначенных для транзитного движения. :slight_smile:

Поддерживаю.

Вот поэтому для роутинга нужны теги, которые мапник НЕ рендерит

А я нет. Ещё раз обращаю внимание, что unclassified - это полноценная самостоятельная дорога, а не проезд по парковке.

Чем широкий проезд в две полосы не дорога?

А это и есть полноценная дорога. Про самостоятельность - это с потолка.

Ни разу не видел. Можно пример?

access=destination, не?

Вот из недавно встретившегося http://www.openstreetmap.org/?lat=55.78199&lon=37.73746&zoom=17, похожее было у Щукинской, но там постепенно подчищают.

Вроде как даже vehicle=destination, но оно же не рендериться в мапнике :slight_smile: и не всегда помогает (в Garmin).

Так access=destination и highway=service это практически синонимы.

Вопрос же не в тегах. Вопрос в том, что кроме дорог, предназначенных для транзитного движения, еще существуют проезды на заправках, во дворах, на промышленных, офисных и торговых территориях. Последний тип должен в навигационных программах исключаться из сквозного рутинга. Это соответствует ПДД и интуитивным представлениям водителей. Поскольку особого “несквозного” рутинга ни у кого(кажется) нет, такие дороги исключаются из рутинга вообще. В OSM же такие дороги обозначаются обычно hw=service. Соответственно hw=service исключаются.

Что тут еще можно придумать? Как access=destination поможет делу?

“Не рендерится” и “не помогает” - это не проблемы базы.

Это именно что проблемы базы: объекты, имеющие разное практическое значение, обозначены одинаково.

Дык я про то и говорю - если сквозной проезд запрещён, надо ставить vehicle=destination и не придумывать routed=yes и подобые костыли.

Это было бы так, если бы дороги не делились на сегменты. А vehicle=destination на сегменте - это уже ошибка

Дык destination может быть в любой точке связного графа из таких дорог, не?