Дорожные знаки

Грина везде второстепенная

Да, но как информировать тех, кто съехал с одного вея Дм.Донского, но не пересёк второго о “уступите дорогу”, если навигатор считает это как два перекрёстка, а не как один?
Очень быстро надо это сделать…

А как они права получили? Этому учат
Или встречке уже не уступают?

Дак я веду к тому, что это один перекрёсток, соответственно и надо рассматривать проблему “в комплексе”, а не как два перекрёстка.
А вообще, что бы “не навредить”, особенно в таких проектах, где все могут править всё, нужно расставлять только знаки “пониженного” приоритета (уступи дорогу, движение без остановки запрещено и т.д.), что бы заведомо предупредить водителя об опасности. Если же ему сказать, что “тут главная” он может даже не посмотреть на реальные знаки и “приехать”.

Так если знака «главная» нет, то как скажешь?

И как это «в комплексе»? Если можно на два участка разбить? Отношение для знаков и , возможно, для озвучки навигатором

А ошибку можно исправить

Знак “второстепенная” должен быть, либо знак “конец главной” и т.д… Знак “главная дорога”, “перекрёсток со второстепенной дорогой” и т.п. игнорируются и не мапятся. А если и мапятся, то ни под каким предлогом не попадают в конвертеры и навигаторы.

Я не против:) вообще там где нет знаков в природе не ставить и в карте. кроме, может , перекрестков с дурной славой, не имеющих нормальных знаков? Но индивидуально

Очевидно знак 1.6 “Пересечение равнозначных дорог”.

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

Метода возможна. Только сначала обдумать нюансы нужно.

А еще хотелось бы как то оформлять реверсивные светофоры и участки дорог…

Подъёмы и спуски
см incline incline=||<value%> (я уже давно юзаю, особенно для лестниц полезный тег, кмк)
Реверсивные…
см. oneway (oneway=reversible)

Awaking, если нужно могу отдать за 2 месяца данные с видео регистратора, без трэков, но в городе и так все ясно. :wink:
Заодно может какая другая идея родится (там распознавание образов и т.д…)
P.S. Сам недавно ПОВТ заканчивал…

Скажите, есть ли смысл реализовывать знак ограничения скорости, если он уже есть?
И вообще вроде тут есть замах уже на все знаки. Причем реализация средствами osm. Но, я так понимаю, сделаны не все знаки, но наиболее интересные уже присутствуют. Дело уже только за тем, чтобы вбить их на карту.
Знаки ограничения на поворот вообще сидят хорошо (участники from и to) и, в частности в Барнауле, расставлены неплохо.

Пока что для изучения формата написал элементарный рендер некоторых примитивов.

FireWolf,
Спасибо, но пока еще рано для этого) Автоматическое распознавание знаков это интересная идея) Правда, сначала нужна система, где эти знаки применить)

Тут скорее речь идёт не о знаке, а о тегах на way. О собственно знаке 3.24 “Ограничение максимальной скорости” - полслова - только как об источнике информации об ограничении: source:maxspeed=sign. Неясен вопрос о знаках 3.25 “Конец зоны ограничения максимальной скорости” и 3.31 “Конец всех ограничений” - как их рисовать?

Сделана попытка визуализировать в JOSM различные ограничения максимальные скорости в прямом/обратном направлении на одном участве дороги (наприме maxspeed:forward=100, maxspeed:backward=80). Это “умеет” делать стиль BesideTheRoad_Speed. Особенно наглядно его применение совместно со стилем Speedlimit signs. Оба стиля устанавливаются в JOSM из окна Map Style Dialog

Awaking, зачем тебе свой рендер, если уже есть маперитив? :slight_smile:
Ну а для ограничений скорость вообще есть ITO Map, обновляется почти ежедневно.

Вы не вполне понимаете суть. На карте обозначаются не знаки, а ограничения, действующие на данном участке дорог. Одни и те же ограничения могут задаваться разными знаками, некоторые знаки могут вообще никак не обозначаться (если они дублируют другие), а для некоторых ограничений может вообще знаков не быть (если, к примеру, они вытекают из разметки и расположения дорог). Поэтому, если вам нужны именно сами “знаки” - то из OSM их вытянуть будет проблематично. Если же надо просто визуализировать ограничения - тогда проще. Но это не обязательно будет отражать реальное расположение знаков.

А нам кто-то мешает вносить реальную информацию о реально установленных знаках в соответствие с законодательством той или иной страны, в частности у нас по нашим ПДД?
Ставим точку, какими-либо тэгами обозначаем что это дорожный знак и другими тэгами проставляем соотвествующие знаки.
Например (не знаю может уже есть, надо смотреть):
sign=“RRD”
и далее список как висят знаки сверху вниз
RRD1=“2.1” (главная дорога)
RRD2=“4.1.1” (движение прямо)
RRD3=“8.5.5” (время действия)
RRD3_work_time=“* 18:00 - 20:00”
и т.д.
Ну и ориентацию бы знака желательно как-то отмечать (м.б. азимут), возможно даже каждой отдельного знака, таблички…

Главное чтобы это народ поддержал и развил…

Никто не мешает, делайте.
Но знак можно ассоциировать с дорогой и тогда направление станет известно.
А вот 1.2.3 это мало информативно. И легко ошибиться в одной цифре. Как это исправить? Лучше словами. Ошибка в одной букве легко вычисляется. Да и многие понятия уже есть.
Вопрос в другом. Зачем знаки? Дороги имя и так отмечаем с ограничениями. Например дорога со сплошной или знаком отмечается overtaking=no. Для навигатора это куда более чёткие указания, что на дороге нельзя обгонять. Знак может стоять неудачно и создавать неоднозначность. Какие должны быть алгоритмы для определения кому он предназначен?

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

Ну кустарники и отдельно стоящие деревья же мы иногда рисуем, тоже какбы реального использования нет, да и вряд ли кто их актуализирует.
Будет рабочий 3Д рендерер для веб - будет все отображаться.