Двойная сплошная = Две Линии

AMDmi3 · 2014-06-24T18:53:23.000Z

d1g:

Со временем, дойдем и до полос, почему нет? В промежуточном этапе полосы можно мапить как дополнение к дорожной сети, а не замена обычным highway=*. Там еще нужно подумать как отмечать полосы: это часть асфальта или опять граф дорог.

Флаг в руки, но теоретическое будущее меня сейчас совершенно не интересует.

d1g:

Дак ведь соответсвует действительности если highway=* указываются направления движения.

Цитируйте, пожалуйста, на что отвечаете. Я не понял к чему эта фраза.

d1g:

Попробуйте на бумажке придумать сколько участков может получится от только двух пар запретов по (50м по 100м) в каждую из сторон, мапим не по числу знаков, так зачем это всё?

Я вижу что в одновейном варианте сегментов всегда меньше, так о чём вы?


6:
———O—————O——————
——————O—————O———
vs.
5:
———O——O——O——O———

AMDmi3 · 2014-06-24T18:54:38.000Z

OverQuantum:

Просто для уточнения.
Если двойная сплошная есть, то это означает невозможность разворотов и поворотов в любом месте (для тех, кто соблюдает ПДД).
Значит, в случае двойной сплошной, дорогу нужно рисовать двумя линиями, правильно?

Как минимум, можно.

AMDmi3 · 2014-06-24T18:56:37.000Z

XAN_ua:

А почему 3? У меня вроде в два всегда умещалось О_0

Только направо со двора
Только прямо когда двор слева
Запрет разворота когда двор справа

Zkir · 2014-06-24T19:37:54.000Z

d1g:

эти ограничения - невозможность конвертеров ставить запреты по пути, простота привязки GPS навигаторов - эти вещи никуда не денутся

Если все конвертеры собрать, всю автомобильную навигацию собрать, выбрать что-то среднее что может удовлетворить большинство,

Так примерно уже и есть, и не сказать что это плохо. Ув. AMDmi3 только зря считает это реальностью)

то придется забыть о вещах которые можно было бы успешно замапить и пользоваться “продвинутыми” (не автомобильными) роутилками.

Нужно чтобы простые вещи не конфликтовали со сложными, а как-то мирно уживались друг с другом. А сейчас получается что одним тегом обозначают разные сущности - дорогу, проезжую часть, полосу, и какие-то промежуточные варианты между ними. Это вызывает путаницу и взаимное раздражение.

В качестве решения в очередной раз предлагается переделать одновейки на двухвейки. Все ли этому обрадуются? Ясно же, что нет. Причем по разным причинам.

Zkir · 2014-06-24T19:47:39.000Z

OverQuantum:

Если двойная сплошная есть, то это означает невозможность разворотов и поворотов в любом месте (для тех, кто соблюдает ПДД).
Значит, в случае двойной сплошной, дорогу нужно рисовать двумя линиями, правильно?

Ну что значит в любом? А в не любом? Например так: двойная-двойная, а потом поворот налево во двор, и там пунктирная. Таких мест тоже порядочно.

d1g · 2014-06-24T19:52:22.000Z

AMDmi3:

d1g:

Попробуйте на бумажке придумать сколько участков может получится от только двух пар запретов по (50м по 100м) в каждую из сторон, мапим не по числу знаков, так зачем это всё?

Я вижу что в одновейном варианте сегментов всегда меньше, так о чём вы?
6:
———O—————O——————
——————O—————O———
vs.
5:
———O——O——O——O———

О том что дело не только в сегментах?
Вы забыли про неймспейсы :forward :backward?
Вы забыли про ограничения поворотов в случае одной дороги?
Вы забыли что на каждом участке нужно обозначать действующие на него ограничения тегами?

http://imgur.com/Tj41dnw

Даже если говорим только про запреты от знаков, на таком простом и высасоном из пальца участке возникает 12 тегов на 4 знака. Соответсвует реальному миру?

Zkir · 2014-06-24T19:57:12.000Z

AMDmi3:

Zkir:

Может это проблема навигаторов? Что они так тупо работают, а не представления реальности в базе (т.е. схемы)?

Расскажи как они должны работать “не тупо” с такими данными.

Очень просто: таки учесть ширину дороги, например из тега width или lanes.

Другое дело, что ни один навигатор сегодня так не делает, но никакой принципиальной проблемы с этим нет.

Речь-то о чем: абстрактное изображение местности (дороги представлены линейными объектами вместо площадных, абстрагировались от ширины, потому что так легче для роутинга) в определенных обстоятельствах начинает конфликтовать не с реальностью, а с методом решения частной задачи: привязкой к дороге (мап-матчингом).

AMDmi3 · 2014-06-24T20:19:09.000Z

d1g:

Вы забыли про неймспейсы :forward :backward?
Вы забыли про ограничения поворотов в случае одной дороги?
Вы забыли что на каждом участке нужно обозначать действующие на него ограничения тегами?

Не вижу смысла считать буквы и тэги - есть шаблоны, последние тэги и множественное выделение. Ограничения - да, сложнее, но как я уже сказал, сложность не является аргументом в выборе схемы.

AMDmi3 · 2014-06-24T20:20:51.000Z

Zkir:

Очень просто: таки учесть ширину дороги, например из тега width или lanes.

Опиши механизм как и на что это должно повлиять.

OverQuantum · 2014-06-24T20:28:14.000Z

Zkir:

OverQuantum:

Если двойная сплошная есть, то это означает невозможность разворотов и поворотов в любом месте (для тех, кто соблюдает ПДД).
Значит, в случае двойной сплошной, дорогу нужно рисовать двумя линиями, правильно?

Ну что значит в любом? А в не любом? Например так: двойная-двойная, а потом поворот налево во двор, и там пунктирная. Таких мест тоже порядочно.

Если двойная сплошная прерывается для поворота/перекрёстка, то рисуется связка между направлениями (ну и запреты), так же как и в случае прерывания забора/газона для поворота/перекрёстка.

d1g · 2014-06-24T20:28:42.000Z

AMDmi3:

d1g:

Вы забыли про неймспейсы :forward :backward?
Вы забыли про ограничения поворотов в случае одной дороги?
Вы забыли что на каждом участке нужно обозначать действующие на него ограничения тегами?

Не вижу смысла считать буквы и тэги - есть шаблоны, последние тэги и множественное выделение. Ограничения - да, сложнее, но как я уже сказал, это не аргумент за два вея.

highway=* на направление движения в городах более чем реальный подход. Мы уже отметили так большую часть односторонних дорог. Если придется перемапить, то только двусторонние.

Почему простота маппинга не аргумент? Речь о сегментах, запретах - их все нужно отмечать с подходом “однин путь”.

Я от вас так и не услышал. В чем преимущество “одного вея” что ради него дополнительно теги городить, запреты ставить?

OverQuantum · 2014-06-24T20:33:30.000Z

AMDmi3:

сложность не является аргументом в выборе схемы

Вот тут я не согласен.
Если сложность ни чем не оправдана, то она вредит - чем выше сложность, тем выше вероятность ошибок.
А ещё, чем сложнее схема, тем меньше участников будут её использовать, ИМХО.
Некоторым плохо становится от одного вида описания public_transport

d1g · 2014-06-24T20:36:32.000Z

Так о том и речь, один вей сложнее полностью отмечать чем два односторонних и AMDmi3 это видит. Вопрос: зачем использовать такой сложный подход, когда можно делать проще?

Zkir · 2014-06-24T20:54:05.000Z

AMDmi3:

Zkir:

Очень просто: таки учесть ширину дороги, например из тега width или lanes.

Опиши механизм как и на что это должно повлиять.

Я об этом:

поскольку если я движусь в крайней правой полосе проспекта, а навигатор меня привязывает к дублёру потому что он ближе чем середина проспекта - это следствие неадекватного представления реальности в базе.

Мапматчинг нужно делать с учетом ширины дороги. Привязка к средине проспекта, представленого в осм линией - это алгоритмическая ошибка. Привязываться то нужно к краю! Нужно взять из тегов ширину проспекта, и ширину дублера, отложить половину и посмотреть, на какой дороге я нахожусь.

| || *| | |

Рис.1. Машина ближе к средине дублера, чем к средине проспекта, но восстановленные из тега width края позволяют сделать правильную привязку.

AMDmi3 · 2014-06-24T21:11:11.000Z

d1g:

Я от вас так и не услышал. В чем преимущество “одного вея” что ради него дополнительно теги городить, запреты ставить?

Я уже сказал - как минимум, возможность развернуться или начать движение в любом направлении. Есть ещё куча дополнительны побочных эффектов как-то дублирование светофоров и переходов и необходимость поддерживать одинаковое расстояние между веями и т.д., но от этого одной только одновейностью не избавиться.

AMDmi3 · 2014-06-24T21:13:17.000Z

Zkir:

Я об этом:

А, ты изначально отвечал на реплику про совсем другое.

А про ширину-то понятно, но это опять таки теоретическое светлое будущее когда 1) есть данные о ширине 2) они используются навигаторами.

d1g · 2014-06-24T21:17:05.000Z

Нужны реальные аргументы в пользу односторонних веев? Их есть у меня:

Я про теги :forward/backward не просто так талдычу, в них делают ошибки. Это не просто подсчет буковок. Пользователям простого редактора всегда будет тяжело вводить не рисуя линии. Попробуйте месяц пользоваться только ID. Где там история тегов? Копирование тегов? Не надо это там, это опять раздует его во второй JOSM. Редактирование должно быть доступным.
Подсчет правил, запретов, месиво в неймспейсах forward/backward - это все придётся делать роутерам и утилитам препроцесиинга.

Если представить что ВСЕ рёбра в графе односторонние, пусть их и в 2 раза больше, то роутинг будет работать быстрее из-за отсутствия подсчета правил и тегов запретов которых в 2-4 раза больше чем достаточно. Не знаю, поверите вы мне на слово, но я здесь не теоретик.

d1g · 2014-06-24T21:40:07.000Z

Я не знаю как еще объяснить.

Подход с двусторонними дорогами это указать не только саму дорогу но и создать правило для каждого направления + что можно попасть из А в Б, можно попасть из Б в А.
Подход с только односторонними дорогами это сказать что можно попасть из А в Б. Без правила (oneway=yes всегда, не нужно ничего считать).

Вот ваши бедные роутилки этим и занимаются (почитывают есть ли у дороги oneway=yes либо oneway=no). На это уходит время. Как думаете ваша роутилка умная и делает разбор графа один раз при обновлении либо страдает маразмом и считает эти никому не нужные oneway каждый раз?

Из-за “простого” на первый взгляд подхода обозначения дорог у вас действительно возникает больше запретов и на отдельно взятых дугах графа. Эти запреты не просто буковки: их в 4 раза больше значит роутилка будет медленнее работать. По секрету скажу что увеличение объема данных в 4 раза не значит увеличение обработки этой информации только лишь в 4 раза - алгоритмическая сложность в задачах с графами очень редко бывает линейной. Вы сами себе роете яму.

Зачем?

LLlypuk82 · 2014-06-25T00:34:40.000Z

AMDmi3:

На самом деле эта проблема в равной степени касается и одновейной отрисовки: не представляю как бы обрабатывался этот поворот налево если бы дороги были отрисованы одним веем:
http://osrm.at/84t

Могу сильно ошибаться, но разве там не было бы достаточно одного запрета налево с проезда Дежнёва на Юрловский проезд? (*хоть я и не приверженец повальной одновейной отрисовки )

Zkir:

Мапматчинг нужно делать с учетом ширины дороги.

Кто знает, может в каком-нибудь «Бюро Светлого Будущего Навигации» работают над этим. И остаётся им чутка помочь - проставить полосность/ширину.

AMDmi3 · 2014-06-25T00:56:02.000Z

LLlypuk82:

Могу сильно ошибаться, но разве там не было бы достаточно одного запрета налево с проезда Дежнёва на Юрловский проезд? (*хоть я и не приверженец повальной одновейной отрисовки )

В теории да, но тогда в верхней точке понадобится разворот, а навигаторы их часто избегают - я бы на это не надеялся.