Тут все таки немного не то. Мне надо чтоб грузилось в формате osm, т.е. я в php динамические создаю osm файлик из БД и отправляю его в ответ на запрос с координатами квадрата.
В большинстве маршрутов веи не отсортированы, либо даже некоторые пропущены.
Соответственно в не отсортированных маршрутах очень сложно, а порой и не возможно определить начало/конец маршрута.
Сортировать по порядку, и сделать это правилом. Просто многие маршруты обозначались только для рендера. Но даже по рендеру порой сложно понять маршрут, если он идёт со всякими заездами. А пропуски хорошо бы проверять каким-нибудь валидатором.
На многих маршрутах куски “в обе стороны” обозначены один раз без роли. Надо их раздвоить на forward и backward и затем отсортировать все так, чтобы было два направления от конечной до конечной. Простой сортировкой чаще всего ничего хорошего не выйдет
Нет. Можно подготавливать их в своей базе как угодно, но редактировать автоматически — только портить. Потому что в большинстве случаев исходные данные неоднозначны.
Как отделить маршруты в которых роль использовали forward/backward не по назначению? Т.е. ролью forward обозначены все веи “туда”, а backward - “обратно”.
Если хочешь сделать “как надо”, советую взять нужный район карты и навести там полный порядок со всеми маршрутами. А дальше на нём экспериментировать. Будет рабочее решение - больше народу будут делать как надо именно с целью обеспечить поддержку.
Да вроде я уже это объяснял в своей статье. Нужно будет еще одну написать именно по редактированию маршрута и выставление в нем правильных ролей и какой вей за каким должен идти.
Меня все же смущают маршруты “туда-обратно” при роутинге не всегда понятно в какое место воткнуть вей который не обозначен тегами f/b(по которому автобус и туда и обратно гоняет).