Так и есть, но кому-то понравится и он не сможет обходиться)
Ведь проще, чем даже поворотные запреты. А значения вполне конкретные - по таймеру на светофоре или измеренные секундомером. Да, обеспечить сказочную актуальность и аптекарскую точность не получится, но это гораздо точнее и красивее (в плане рендеринга) того, что есть сейчас. Даже без информации о простое на светофоре такие relation будут хорошо показывать регулируемость перекрёстков.
Значит так оно и уйдёт в небытие тихим сапом.
Я был в ЦОДД, там на карте Москвы отображаются все светофоры и текущий режим (т.е. “Цвет”). При клике на нём, можно задать параметры. Не знаю на сколько это рабоче и какой охват у этой системы, но имеет место быть 
Время простоя на светофоре - действительно, слишком непостоянный параметр. А вот объединить точки traffic_signal=yes в отношение светофорного поста - технически не такая сложная задача. Таким образом, по крайне мере, можно будет равнозначно учитывать поворот направо (на пути “поймана” 1 точка светофора) и разворот (“ловит” по 3-4 точки часто). Да и чисто логически, порой, глядя на карту, хочется видеть там как отдельную poi именно светофорный пост, а не пересечения проезжих частей (а дороги у нас рисуют где-то одним, где-то 2 веями => получается каша).
Совершенно согласен. Поэтому и рисовал тут стрелочки-кружочки
Светофорное отношение — основа, каркас. Базово он предоставит «минимальный пакет плюшек», о которых говорилось (сокращение расплодившихся липовых светофоров, учёт при навигации). Далее — есть возможность обвешивать его более подробными деталями в зависимости от задач и условий (delay:conditional, opening_hours и т. д.)
Появится возможность в первом-втором (для особо сложных случаев) приближении учитывать много полезной информации, а также убрать лишнюю/некорректную.
Для среднестатистических светофоров при должном тегировании информация будет исчерпывающей.
За актуальностью будут следить активные участники, другого просто не дано (как и для всей базы OSM, собственно). Да, заметку новичок/прохожий не поставит, а это и не нужно.
Все эти задачи по превращению OSM в супер информационный проект в том состоянии в котором находится OSM сейчас никогда не будут реализованы… Следить можно с большой степенью точности в отдельном малом населенном пункте, если есть кому конечно или в отдельном небольшом райончике города. А весь остальной город? А варварские правки которые напрочь уничтожают одним движением все то что нарисовано-внесено непосильным трудом ? А информация о тех же режимах светофоров, которая может измениться в любой момент и это приведет тут же к инерционной не валидности данных? А когда все это начнет поддерживаться софтом хоть каким нибудь? А новички которые откроют всю эту кашу редактирования - пошлют нафиг весь этот OSM - ну так им это и действительно в таком виде будет не нужно…И в итоге будет как и писал один уважаемый пользователь - все эти данные будут только для тех кто хоть как то сможет их обрабатывать в сыром виде, остальные их никогда не увидят и не узнают про то что там что то куда то внесено…
Если вы отметите только пару соседних кварталов, то вас никто не поругает.
Как только будут так и будем говорить. Где стиральщики асфальта? Зачем вы его указываете? Его сотрут.
А где данные? Если очень хочется то напишите свой профиль для brouter поддерживающий отношения светофоров.
С каких это пор наличие или не наличие рендеров определяет что мы вносим в базу?
Новички решат что новички решат. Не удивлюсь что им всё равно и нужно только магазины отмечать.
Не путайте тег дорожного знака запрета, и отношения запрета маневра.
В ОСМ первый лишь для вывода картинки годится, а реально запрещает отношение запрета, который может возникать и от знаков для все дороги и от знаков/разметки по полосам, осевой разметки и от еще чего-нибудь.