highway= stop и highway=give_way

VikDD · 2011-09-07T07:46:30.000Z

Точки ставятся там, где стоят соответствующие знаки (они же физически там установлены?). В чём проблема - не понимаю… это будет отображением действительности, которое можно спокойно перенести в базу и учитывать при прокладке маршрута.
По поводу “не однонаправленности” - ответ в вики уже дан: “ближайший перекрёсток”.

dedNikifor · 2011-09-07T08:20:41.000Z

рядом может быть 2 перекрестка
очень рядом

dr_mx · 2011-09-07T08:33:26.000Z

Вот я и говорю
Точка со знаком там где ежу понятно
Отношение - там где сложные участки

VikDD · 2011-09-07T08:52:47.000Z

Что даст отношение? Что оно меняет? Почему не достаточно просто ставить знаки? Если на дороге места хватает, то почему его не должно хватить в ОСМ?
Как вы видите отношение? Как оно должно выглядеть, что оно прямо разом снимает указанные проблемы (хотя я лично из проблем выижу только наличие 2-х перекрёстков рядом и очень хитрого изгиба главной дороги… да и то не понятно, примеров таких не вспомню)?

Vitalts · 2011-09-07T09:15:06.000Z

Простое отношение все таки нужно, к примеру, POI знака и вей, которому он относится в роли направления действия знака. Иначе, ежели кто добрый веи поточнее по трекам подгонит, не трогая знака (по логиге, не трону то, что не знаю как работает) знак может уже относиться совсем к другому вею

VikDD · 2011-09-07T09:49:35.000Z

POI знака включается в вей. Так что уточнению ни коим образом не мешает.

Vitalts · 2011-09-07T09:58:06.000Z

VikDD, а направление действия - к ближайшему пересечению с другим хайвеем или по направлению oneway? Имеют также место быть перекрестки, на которых данное определение не будет дейстовать (пример на карте сходу привести не смогу, но думаю и сами найдете), но действуют правила, что в реале - направление действия = направлению движения при знаке справа от хайвея.

–

Вернее, действовать-то оно будет, только вот вей настолько короткий, что чуть потянешь за конец вея, и направление действия знака инвертируется, что будет в корне неправильно

VikDD · 2011-09-07T10:15:03.000Z

Если вей “очень короткий”, то скорее всего, что знака либо не существует на местности, либо он установлен в обе стороны. Третьего придумать не могу. И нет ни каких проблем сдвинуть точку знаком почти вплотную с перекрёстком.
Крайним вариантом вижу: highway[:forward|]=<give_way>|… но ещё раз - таких перекрёстков просто не припомню.

Sergey_Astakhov · 2011-09-07T10:23:39.000Z

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

j-wills · 2011-09-07T10:29:55.000Z

Sergey Astakhov:

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

А как к OSM автор конвертера относится ?
Ну разве что как и все только наполняет её…

Vitalts · 2011-09-07T10:38:14.000Z

Если вей “очень короткий”, то скорее всего, что знака либо не существует на местности, либо он установлен в обе стороны. Третьего придумать не могу.

Да любой перекресток, где второстепенная одновейная дорога перед перекрестком имеет ответвление для поворота направо

–

highway[:forward|]=<give_way>|…

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

VikDD · 2011-09-07T10:49:51.000Z

Изменение направления вея ломает очень много чего, те же incline’ы, ещё хуже, когда он oneway=yes, там изменение направления ещё хуже сказывается.

Vitalts:

Да любой перекресток, где второстепенная одновейная дорога перед перекрестком имеет ответвление для поворота направо

Ну и - в чём проблема ставить точку на “второстепенном” вее?
Или я не понимаю? Я просто реально не понимаю ситуацию, когда знак физически стоит, а в ОСМ он “не помещается”. Можно ссылку на место или просто картинку?

Ilis · 2011-09-07T10:52:26.000Z

Знак стоит не на дороге, а сбоку, чаще всего геометрически ближе к пересекаемой дороге.

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

Vitalts · 2011-09-07T11:00:19.000Z

Изменение направления вея ломает очень много чего, те же incline’ы, ещё хуже, когда он oneway=yes, там изменение направления ещё хуже сказывается.

oneway=yes, кстати, JOSM не ломает, про incline не знаю

Ну и - в чём проблема ставить точку на “второстепенном” вее?

Проблема не в постановке точки, а в том, что вей короткий, и изменение его длинны (новичек, неведающий о правилах действия знаков в ОСМ перетащил перекресток на пять метров) инвертирует направление действия знака. Не зависимо, насколько близко точка стоит к перекрестку, на коротких вефях она запросто может стать ближе к другому концу вея.

Знак стоит не на дороге, а сбоку, чаще всего геометрически ближе к пересекаемой дороге.

Добавлю, стоит он всегда справа от вея по направлению движения. Я тоже склоняюсь к тому чтобы обзначать их (знаки) реальное мосто положение, а не на веях. Ну и в отношении.

VikDD · 2011-09-07T11:52:39.000Z

Вы предложите схему. Пока то, что есть - хотя как-то может быть обработано. То, что предлагается сделать отношением - вообще не ясно и не понятно. Как это будет выглядеть?
По поводу “поломать”. Релейшн ломается в 100 раз легче, чем вей.

Vitalts · 2011-09-07T12:46:16.000Z

При поломке отношения, его легче отследить, ибо нарушается конструктивность.

Сходу пример на суд:


отношение:
type = traffic_sign
traffic_sign = give_way, stop, ... (считаю не обязательным, ибо есть линк на знак)

участники:
Точка  sign   кол-во = 1, пой знака
Вей     via     кол-во = 1, хайвей, на который распространяется знак
Точка  from  кол-во = 0..1, задает направление движения действия знака, в случае если to не является концом вея.
Точка  to      кол-во = 1, точка на вее, в направлении которой действует знак, для рассматриваемых знаков, идеал - точка перекресток

Хайте, вместе найдем наилучшее решение.
Или, все же, ПОИ знака оставить в покое, пусть будет сам по себе, и вот это:


traffic_sign = give_way, stop, ...

оставить, такая конструктивность уже стала стандартом для отношений, и вот это:


Точка  sign   кол-во = 1, пой знака

из отношения выкинуть

dr_mx · 2011-09-07T13:10:38.000Z

Вот, уже думал. тынц

Vitalts · 2011-09-07T13:39:27.000Z

dr&mx, sign на хайвее? В реале знак же не на дороге ставится.

dr_mx · 2011-09-07T14:10:10.000Z

не на дороге - там где он стоит в реале. а некоторые над дорогой висят
в отношении описываешь примерно так

Type=junction

via=место пересечения дорог
major=вей главной дороги
sign=точка знака главной дороги (если есть) или стоп (для жд переездов?)
major=вей главной дороги
sign=точка знака главной дороги (если есть) или стоп (для жд переездов?)
minor=вей второстепенной
sign=точка знака уступи (если есть)
minor=вей второстепенной
sign=точка знака уступи (если есть)
minor=вей второстепенной
sign=точка знака уступи (если есть)

Sergey_Astakhov · 2011-09-07T14:31:46.000Z

IMHO, отношение лучше делать на весь перекрёсток
Типа такого:

Свойства:
type=crossing
crossing=controlled/uncontrolled

Роли:

main_road - главная
minor_road - второстепенная
outline - границы перекрёстка

Точки give_way/stop остаются как есть.

Для расчёта времени прохождения перекрёстка потребуется анализ попадания пересечения внутрь границ перекрёстка + определение взаимного расположения примыкающих дорог (слева/справа) для подсчёта направлений движений, которым требуется уступать. Чем больше направлений - тем выше время прохождения. Вместо границы перекрёстка можно перечислять все пересечения в отношении, но это более неустойчивая к ошибкам схема получится.