как у автора схемы у меня к вам один единственный вопрос - вы хотябы драфт прочитали прежде чем такую глупость сказать?
пруфлинк пожалуйста. я например прямо сейчас наблюдаю более 2к использований. причем не только в РБ.
Читал, конечно. Было бы красиво на каждый дом вешать house, но ведь пришлось придумать второй вариант…
Ну и пусть несколько улиц Москвы так обозначено - всё равно это капля в море, да и ни в один навигатор это не попадёт.
Явно не читали. Там не на каждый дом вешается релейшен.
как уже указали - явно не читали.
релейшен вешается ТОЛЬКО в исключительных случаях.
как минимум вы подтасовываете факты. карты для навител и гармин делаются именно с использованием данной схемы.
Это вы меня невнимательно читаете. Я говорю о том, что логично все дома надо означать одинаково - релейшнами house, используя тот же принцип, что и для других уровней иерархии. Но это неудобно, поэтому большинство домов обозначается не так.
Я говорил про весь мир. Указанные карты делаются ТОЛЬКО для РБ и ТОЛЬКО с использованием препроцессора, который подкручивает дампы до совсем другой схемы. Все остальные использования этой схемы по всей планете идут насмарку, поэтому схема эта и не будет работать.
повторяю ещё раз
“релейшен вешается ТОЛЬКО в исключительных случаях.”
не только для домов, а для всех уровнях иерархии. даже для нас. пункта - релейшен создаётся только в исключительных случаях. этот случай - наличие адресации внутри этого пункта (по РБ - меньше полупроцента нас. пунктов). и это указано в драфте схемы. именно для этого схема и создавалась чтобы не вешать релейшен на каждый объект.
иначе просто использовалась бы явно неудачная схема - http://wiki.openstreetmap.org/wiki/Relations/Proposed/Postal_Addresses
откуда вы придумали своё “логично” - непонятно.
данный поток мыслей не осилил.
все карты на основе OSM создаются препроцессингом того или иного толка. ибо для каждого результата - нужна собственная обработка.
для рендера в мапник это: api → *.osm → mapnik pg (причем для рендера мапника для USA есть дополнительные телодвижения для их автомагистралей)
для навитела это: api → *.osm → osm2mp → *.mp → gpsmapedit
для гармина это: api → *.osm → osm2mp → *.mp → mp-housesearch.pl → *.mp → gpsmapedit
или api → *.osm → osm2mp → *.mp → mp-housesearch.pl → *.mp → mp2shp → MPC
для ситигида - тоже используется препроцессинг mp2mp как я понимаю
да. для РБ, используется собственный препроцессор. и как это можно считать недостатком?
Я конечно извиняюсь, что встреваю в Ваш спор. Но о чем Вы спорите? О “Маршрутах общественного транспорта”? Где хоть слово или совет по роутингу для общественного транспорта?
При формировании отчёта иногда неправильно заполняется графа Название - назание маршрута берётся из другого существующего маршрута.
В данном случае “ж.д. ст. “Александровская””-“улица Костюшко” это маршрут № 155 в Санкт-Петербурге.
Спасибо за ошибку. Поправил.
P.S. Маршруты стали активно пополняться и приводиться в человеческий вид. Я рад 
Спасибо.
Ну так, если можно проверять, отображать и роутинг планируется - появляется стимул. 
Можно подкинуть пару мыслей для Вашей “проверялки”?
- У точек обозначающих остановки может быть тег route_ref. Мне кажется, было бы полезно проверять для остановок, входящих в релейшен, наличие этого тега, и второй этап: при его наличии - проверить, если в нём номер проверяемого маршрута.
- И обратная проверка: поискать остановки в окрестностях маршрута, которые в теге route_ref имеёт номер искомого маршрута, но не вошли в релейшен маршрута, ни в прямой, не в обратный (при варианте - разные релейшины на разные направления).
Спасибо за Ваше “подвижничество”. 
Я всегда “за” новые идеи. Как говориться одна голова хорошо, а больше - это уже мутант
Я такой тег первый раз вижу. Учту. Добавлю эту идею в свой блокнотик. Если можно, примерчик где есть этот тег?
Спасибо и вам всем за поддержку
я его нашёл здесь: http://wiki.openstreetmap.org/wiki/RU:Tag:highway%3Dbus_stop
Статистика в Европе:
bus_stop - 562135 (100%)
route_ref - 43132 (7,7%_
источник - http://tagwatch.stoecker.eu/Europe/En/tagstats_highway_bus_stop.html
Этот тег “route_ref=66A;123;456;s78;x9” самый нужный Обязательно теперь буду на него обращать внимание.
Наверное стоит договориться, что сюда пишем только то, что видим на трафарете остановки, не домысливая то, чего нет.
Сегодня заметил, что значение тега route_ref отображается в MapSource и, соответственно в GARMIN’е - в скобочках после названия остановки (из тега name).
Отобразил на карте (ТОЛЬКО) остановки, на которых возможна пересадка на другой маршрут, т.е. остановка принадлежит нескольким маршрутам.
Искать тут http://stud555.sbin.ru/busobl.php по ссылкам ‘vector’. Жду вопросов и комментарии.
Посмотрел, конечно это наглядно, но надо подумать, про оптимизацию отображения - у меня в городе есть остановки где сходятся по 8-12 маршрутов, не говоря уже про конечные - там есть и по 16 маршрутов. Вот например промежуточная остановка: http://www.openstreetmap.org/browse/node/1005715660
Пока не все маршруты нарисованы, то нормально, но я планирую дорисовать…
Может быть сделать шрифт чуть меньше и размещать в 2 строки?
Я рисую разные направления одного маршрута двумя релейшинами, номер у них естественно одинаковый, но на конечной (если остановочные пункты совпадают) это выглядит как пересадка с маршрута на маршрут с тем же номером - остановка: http://www.openstreetmap.org/browse/node/1005894851 Osmarender, только сейчас заметил, показывает такую остановку в “кружочке”: http://www.openstreetmap.org/?lat=59.73122&lon=30.3399&zoom=17&layers=O&node=1005894851
P.S. Это он amenity: bus_station в кружочке показывает…
Конечно буду что-то менять. Это пока в первом приближении. Возможно количество остановок/шрифт будет меняться от уровня зума.