В проблеме участвуют следующие объекты - мост, улица. Как они связаны?
Очень просто.
Это самостоятельные объекты. У моста может быть свое название, у улицы свое. Улица включает в себя дорогу. Дороги могут проходить по грунту, по мосту, в тоннелях. Соответственно, улица тоже может проходить по мосту, но мост как объект не является частью улицы! Частью улицы является дорога, проходящая по мосту, но не сам мост.
Из этого следует что собственное имя моста должно быть в теге name. У улицы имя должно быть записано в name объекта типа “улица” (которых сейчас на территории РФ почти нет, чем бы они ни были). Однако, название улицы часто для простоты пишут в name дороги (что не совсем верно).
Решением проблемы будет расстановка приоритетов: важнее ли нам название моста как объекта или название улицы, которая по нему проходит (и написана в name на соседних веях).
Мне кажется, у моста в name должно быть название моста. Вообще, хорошо бы отделять объект моста от дороги.
У объекта, и даже у отдельных частей этого объекта, есть различные “признаки” (или дополнительные свойства), например name=* или bridge=yes.
Соответственно, “признак признака” должен определяться особым образом, т.е. bridge:name= или bridge_name=, дабы не смешиваться с признаком самого объекта, и не вводить в заблуждение, замещая собой отсутствие такого признака.
Во всяком случае мне видится такая иерархия в тегах применительно к highway и bridge.
А мне видится, что не надо лепить две сущности на один объект в osm. Название улицы следует писать в названии улицы, а не моста или дороги. А пока писать негде, можно писать где угодно, хоть в ololo:most:nazvanie, лишь бы потом этой информации хватило.
P.S. Если считать, что bridge=yes означает признак нахождения на мосту, то можно и bridge:name. Будет как бы временная отсылка на не отрисованный в osm объект (подумал - а ведь так и есть, особенно в тех местах, где сейчас рядом идут 3 bridge=yes, они ведь явно не 3 моста означают). Алсо, название улицы в name поможет впоследствии автоматически собрать объекты в адресный релейшен. В принципе, согласен как на временное решение.
Есть название у моста - пишем название моста. Да. Тут не спорим. Это правильно.
Вопрос не в этом! Вопрос в том как на улице, которая разбита (условно) на 50 веев длиной по 100 метров каждый (для запрета левого поворота при выезде из двора, например) указать одно название на все 5 километров? И один раз присвоить коды. И что бы это отображалось наглядно?
Да как угодно, лишь бы это легко было вытянуть и конвертировать впоследствии.
Вообще, хотелось бы костыльные теги и отношения помечать префиксом temp:
Пусть у нас будет хотя временное решение temp:street.
В общем-то, если вы обеспечите далее перевод в принятый стандарт, то можете использовать любые теги. Добавление информации со своими тегами в OSM отнюдь не запрещено. :3
Вся проблема в том что мосты в OSM определяются как свойство дороги. А по идее это должен быть отдельный самостоятельный объект. И у рендеров проблем будет гараздо меньше (а не как сейчас: http://osm.org/go/0zOMavHrr–).
Если какая-то информация не нужна тебе лично, это не означает, что не существует людей, которым она нужна. И, таки, да знание названия мостов помогает добраться быстрее. Услышав по радио “На мосту Кузнецов огромная пробка” можно осознанно поехать другой дорогой. Опять же на мостах можно встречаться. Обидно будет пропустить свидание из-за того, что не знаешь где оно
Как это сделать, лично меня, например, интересует те, которые на главной странице (мапник и осмрендер).
Без “обратной связи” стимула что-либо делать нет. Такое ощущение, что всё делается в “пустоту”.
Согласен.
Меня тоже интересует отображение мест (place=*). А то люди (в том числе и я) изголяются landuse или boundary писать - лишь бы увидеть плод своих трудов.
Вопрос куда писать, кого пинать?
JOSM до сих пор не знает что такое отношение type=street - куда это годится?
Я не предлагаю не добавлять вообще информацию. Просто менее существенную выносить в другие теги, по которым отлично осуществляется поиск!
Вот, когда начали эту беседу, я в Кишинёве задал названия мостов в loc_name и, и пожалуйста: http://jekader.fedora.md/osm/u300.png
(при том, что русское название и вовсе в теге loc_name:ru)
// кускам улицы не даю name
Нет не будет. релейшн type=street это несаппрувленный пропозал, в котором к тому же совсем не говорится что он отменяет name на веях улиц
// домам не даю тег addr:street
Будет, но не везде.
Однократно проставить теги можно. Но поменять всё и ничего не забыть… это уже сложнее.
Допустим, уже есть готовое отношение, в которое входит и дома и улицы. И все тэги уже проставлены.
Но тут кто-то понимает, что улицу надо бы переименовать…
Переименовывает её в отношении, а дальше… автоматом скрипт не должен перезаписывать проставленные тэги. Вот они и станутся неправильными. И всё это безобразие из-за наличия избыточности.
P.S. Риторические думы.
Вроде бы многие не довольны существующей системой адресации, но как-то вяло идет обсуждение вопроса. Я боюсь, что при чем больше проект разрастается, тем сложнее принять хоть какое-то решение. Как бы ускорить этот процесс??
//А это про что? Any Tag that applies to all parts of the road (this is always true for the ‘name’, but that’s obligatory anyway)
Про то, что теги на релейшене обозначают свойства сразу всех частей дороги, которые в него включены. (Что имхо глупость порядочная) Само по себе это еще не значит, что name на веях отменяется. Если отменяется, то нужно об этом сказать прямо, чего в этом пропозале как раз нет.
Должен и перезаписывает. Я это делал как раз из-за того, что менялись названия улиц. Меняем в одном месте и транслируем изменеия в остальные.
А если кто-то поменял тег, но не поменял релейшн, от он внес в БД ошибку (вне зависимости от того, правильно ли он изменил). И скрипт эту ошибку исправит.
