При создании отношения типа маршрут не очень прозрачно какой точке назначается роль stop а какой platform.
Читал тут: http://wiki.openstreetmap.org/wiki/Relation:route
Понял так: Сами остановки (т.е. точки с тегом platform) в отношение входят так же с ролью platform.
Точки с тегом stop_position входят в отношение с ролью stop.
Правильно ли это?
2*. На карте огромное количество маршрутов, где роль stop присвоена точкам с тегом platform.
Приложение OsmAnd похоже игнорирует точки с ролью platform в отношениях маршрутов. Похоже тут важными являются точки с ролью stop.
Действующих понятных валидаторов в части общественного транспорта не наблюдается (корректность присвоения ролей объектам, незаполненные роли, теги fixme).
Возможно плохо искал?
Вопросы/запросы:
Можно ли пометить актуальную страницу с описанием в вики, а на остальных сделать соответствующую ссылку?
Можно ли актуализировать примеры, чтобы было прозрачно какие роли должны быть у каких объектов?
!! 2.1 Можно ли как-то крайне выразительно прояснить вопрос тегирования ролей в вики?
Может ли и имеет ли кто-нибудь возможность написать валидатор?
неправда, конвертер карт использует немного запутанный алгоритм, чтоб получить максимум информации об остановках, и при этом предпочитает platform-ы, потому что именно к ним надо идти, чтоб сесть на автобус/прочее.
При этом платформа узнается по role=platform.*, или по тегу public_transport=platform на объекте.
У меня есть желание наваять валидатор, но пока мысли только на проверку разных несоответствий, типа отсутствие/не_те роли, присутствие уточняющих тегов bus, share_taxi и т.д. на платформах. Но для полноценного валидатора необходимо наличие списка маршрутов с остановками - что есть достаточно серьёзная проблема, особенное его актуальность
Ну и потом, всё это не раньше лета.
Пробовал остановку мапить отрезком с тегом public_transport:platform ожидал, что будет наподобие railway:platform, а на деле оказалось пусто Пришлось вернуться к точкам.
вы путаете старую схему и новую в новой нет forward/backward/etc, а в старой не используется роль platform. 796 внесен по старой схеме, там остановки с ролью stop, а 160 - по нераспознанной смеси, есть платформы и направления линий.
Я так полагаю что всяких несоответствий сейчас тоже множество. Плюс нет возможности реагировать на fixme внутри маршрута.
И сразу возникает воопрос немного в сторону:
А существует ли некий ToDo лист для похожих проектов? Ведь из подобных валидаторов состоит часть экосистемы проекта и в определенном смысле актуальность данных.
(я конечно понимаю принцип хочешь - делай, не хочешь - не делай наверно все же не плохо иметь некоторый план развития?)
Мысли можешь излагать и здесь. Вообще первоначальные мысли были про валидатор региональных/областных автобусных рейсов, т.к. это мне более интересно + информации поболее нежеле о городских маршрутках. Одна беда - введено их не более чем нисколько
Отсутствие возможности понять какая схема актуальна очень удручает (
Если я правильно вас понял, то можно делать громи круши (сиреч удалить) тегам forward/backward в поле роль во всех маршрутах которые попадутся на глаза. А так же заменять роль stop на platform для точек типа public_transport=platform.
Ну если они в рамках type=route_master, то да, видимо уже кто-то их пытался переделать. Но имхо перелопачивать старое отношение в новые гиморно. Проще создать новые будет больше гарантий что не потеряется какой-то отрезок пути.
Продублируйте его, чтоб было два отношения с разными направлениями. На порядок линий, кстати, тоже надо обратить внимание. И остановки чтоб были к нужному отношению. И точки public_transport=stop_position тоже не помешают Ссылка на активную схему тут: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
Добро, ссылка принята как референс к исполнению.
В вышеозначенной зоне маршруты уже сделаны как маршрут “туда” + маршрут “обратно” и оба этих маршрута объеденены в маршрут type=route_master. Порядок следования там был корректный.
валидатор должен реагировать на тег fixme в теле маршрутов
валидатор должен проверять соответствие/наличие тегов роли типам объектов
валидатор должен проверять последовательность и неразрывность дорог в маршруте
Т.е. в поем понимании он должен отслеживать чисто технические аспекты. Приженить к нему списки реальных маршрутов - это совершенно отдельный квест. И как мне кажется это стоило бы поставить во вторую очередь проекта.