Маршруты общественного транспорта

Communities Россия (Russia)
1381

Расставить теги на каждом маршруте и каждой остановке - не менее сложная операция. Редкий мапер такое выполнит :slight_smile: Вычисления можно проводить один раз и использовать эту классификацию до следующего изменения.

Можно сравнить дистанцию внутри / за пределами субъекта

Но это же всё местные маршруты, которые вполне могут появляться на одном масштабе

Звучит логично. Даже если вы смотрите маршруты дальнего следования на небольшом зуме, то наверняка вас интересуют все остановки, на которых на них можно сесть. Если хочется упрощённую схему, то можно обозначить крупные ТПУ как public_transport=stop_area_group и скрыть прочие остановки, между которыми меньше X километров.

1382

Создатели редактора iD решили, что просто ломать маршруты недостаточно и надо окончательно запутать и без того непростую схему тегирования. По их мнению, скамейка, урна и освещение - это теперь атрибуты павильона, а не остановки.
Во-вторых, платформы неприменно должны быть линией или полигоном. От этого у меня особенно пригорает, т.к. плагин pt_assistant до сих пор не умеет с ними работать. Такие отношения приходится упорядочивать вручную, а когда речь идёт о сотнях маршрутов и тысячах остановок - это реально больно. Вообще, с точки зрения роутинга и удобства работы с данными, от линий и полигонов больше вреда чем пользы. Так что убедительная просьба, не вестись на эти провокации и, по возможности, ограничиваться точками :slight_smile:

1383

Так это же правильно, это свойства платформы, а не stop_position

1384

Остановки в смысле public_transport=platform. А теперь они подсовывают эту форму на amenity=shelter + shelter_type=public_transport

1385

На самом деле, это просто. Эта классификация маршрутов аналогична общепринятой у нас в стране настолько, что можно использовать официальный статус. Все ее знают. Отличие по маршрутам от официоза может быть в стиле “правда на земле”. Маршрут 71 официально городской, но соединяет Ебург с поселками и садами. Т.е., де-факто пригородный. Некоторая сложность может быть с остановками, но там тоже все интуитивно понятно. Уровень остановки определяется тем, для чего она преимущественно используется. При этом, если считать класс городских и поселковых маршрутов и остановок принятым по умолчанию, а их процентов 95 от введенных, то и ставить то ничего не надо :). Для всех прочих объектов ввести один тэг - это самое простое, что при формировании отношения маршрута, что при описании остановки. Для остановок это помогает делать плагин к JOSM.

Осталось понять, кто или что будет это считать. Собственно, сервисов, которые тупо выводят, то что введено людьми, осталось 2 - 3. А реализовать такой алгоритм непросто.

Согласен, за исключением высокоскоростных. Причем, я бы внес изменение в немецкую схему и для высокоскоростных сделал отдельный тэг, скажем highspeed=yes/no. Ибо в наше время они могут быть на разных уровнях. Например, “Сапсан” - это поезд дальнего следования, а “Ласточка” регионального. Ну и показывать их надо на более мелком масштабе, чем остальные маршруты того же класса, ибо пассажир наверняка предпочтет высокоскоростной транспорт обычному. В оригинале, как я понял, service=high_speed - это все-таки поезда дальнего следования, типа “Сапсана”.

Все - это вряд ли. Если я знаю, где я хочу сесть или выйти, я приближу эту местность. ну и плюс в идеале должны быть интерактивные сервисы, которые должны показать все остановки для выбранного маршрута и маршруты для остановки.

Отношение над отношениями с отношениями вместо тэга. Редкий мэпер такое осилит. Да и рендер тоже :slight_smile:

Вообще, я нечто подобное уже вводил для Екатеринбурга и окрестностей. Сейчас надо актуализировать. Реально было бы интересно поднять рендер и выяснить, стоит ли овчинка выделки. Но вот это реально сложно

1386

Карту с остановками ищут, сужу по запросам из поисковика.
Да и нет никаких остановок между Москвой и Питером - http://frexosm.ru/railroad/validator/r8370381.html

1387

Исходите из того, что в ОСМ вас только двое - вы и тот новичок, который всё ломает :slight_smile:
Расставьте теги в своём городе, поднимите рендер. Сложно, но не rocket science. Если не взлетит - всегда можно удалить…

1388

Маршруты Москвы, подложка ОСМ https://t.mos.ru/transport/marshruty/magistral/map

1389

У них старинная придурь.
Зеленоградским автобусам приписали к номерам спереди приставку “з-”
Это уже пытались ранее сделать на маршрутных указателей автобусов, но откатили. А тут дурость пока выжила.

1390

О, какое бесполезное избыточное занятие, проходить по stop_position и проставлять вручную у них, что там останавливается, а что нет.
Эта же информация уже вытекает из того, в какие отношения маршрутов она включена. Включена в хотя бы один share_taxi, значит там share_taxi останавливается и share_taxi=yes.

И никакой потребности вручную это проставлять нет, так как уже вытекает из других имеющихся данных. Don’t repeat yourself.

По наблюдениям, на практике, пользователи забили на эти избыточные теги. И правильно.

1391

Если говорить, об обсуждаемом инструменте, то там не надо ничего проходить. Достаточно галочку поставить промеж прочих свойств, типа названия, наличия скамейки и проч. С этой точки зрения, и указывать наличие скамеек и навесов в общем-то не обязательно
А виды транспорта необходимы по двум причинам:

  1. Обычно остановки заносятся на карту без привязки к маршрутам. Вчера ехал, увидел остановку, сегодня нанес на карту. Понятия не имею, какие маршруты там ходят. Но, согласитесь, информация, где остановка очень важная. Люди будут знать куда приедут/откуда уехать смогут.
  2. Рендеры в большинстве своем тупые и в сортах э-э-э маршрутов не разбираются. Им надо прямо указать, что на этом месте ждут автобус и троллейбус, а здесь трамвай. Причем в соответствии со старой и новой схемой. И даже с избытком (виды транспорта в свойствах платформы). Хуже не будет, а гарантии, что правильно отрисуют больше
1392

Обратите внимание на новую попытку затащить GTFS в OSM :point_left:
Лично я бы это делал через промежуточный сервис, но хоть так…