ХЗ
entrance=staircase
http://wiki.openstreetmap.org/wiki/RU:Public_transport
а вообще есть тут http://wiki.openstreetmap.org/w/index.php?title=Special:Search&search=%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9+%D1%82%D1%80%D0%B0%D0%BD%D1%81%D0%BF%D0%BE%D1%80%D1%82&fulltext=Search&profile=default
спросить можно узнать много нового
точка остановки, входит в отношение маршрута автотранспорта в роли stop. а дороги, по которым он едет, в роли forward/backward. получается четко и красиво.
Эээ, как бы уже давно нет таких ролей, так 1 маршрут = 1 направление.
Спасибо за ответ
Как нет? Есть, ибо в ряде случаев нужны даже для 1 маршрут = 1 направление
Можно пример.
- можно добавить тег building=kiosk
Спасибо
С маршрутами что-то вообще не понятно, если автобус едет и делает небольшой круг, то как такое будет обозначаться?
Т.е. он на маршруте “туда” (“обратно”, кому как угодно) по одному и тому же вею (точнее, нескольким) 2 раза проезжает.
Да сейчас вроде никак не обозначается, этот вей два раза в отношении присутствует, в разных позициях. JOSM при редактировании подсвечивает дубли красным, но ничего не говорит.
Да дороги включаются столько раз сколько по ним едет. Притом неразрывность веев - забора мапера, эвристику можно применить, но от всяких “бантов” не спасёт.
Сейчас принято мапить маршрут “туда” и “обратно” отдельными отношениями, а потом объединять их в третье отношение-мастер.
Совсем недавно спрашивал, как оно сейчас принято с закольцованными маршрутами, здесь ответили - один маршрут. При варианте туда, обратно + мастер, как указать, что из начальной можно сделать круг и не выходя из транспорта вернутся в начальную?
Если руководствоваться исключительно порядком следования веев в отношении и дважды проходимые веи указывать в отношении 2 раза, то да, не нужно, так что примера не будет.
Это по-умолчанию и считается. Если посередь маршрута нужно выходить, надо использовать *_exit_only
А, если кольцевой то да, два раза включать в отношение.
Это плохое руководство. Веи могут быть включены в отношение в любом порядке. OSM не гарантирует очерёдности такой же, как они были залиты. Всё что написано в api 0.6 это только упорядочивание по дате создания и участников отношения это не касается.
хм, сохранение последовательности членов отношения не гарантируются ?? а можно поподробнее ?? мой опыт говорит об обратном.
На приведенной выше картинке - один маршрут (например, “туда”), который делает крюк и возвращается по той же дороге.
Ещё скажи, что порядок точек в линии тоже не гарантируется.