>> Add relations and direction of ways (forwards, backwards) and it's a
very time consuming task to upgrade v1 to v2, especially if bus routes
change.

> Do you mean 'forward' and 'backward' roles?

I think what was meant was that in v2 you want to create a forward relation
and a backward relation, then place the two under a route master relation.
Under v1 you already had the forward/backward roles within just one
relation.





On Thu, Mar 29, 2018 at 8:04 AM, Selfish Seahorse <selfishseaho...@gmail.com
> wrote:

> > Add relations and direction of ways (forwards, backwards) and it's a
> very time consuming task to upgrade v1 to v2, especially if bus routes
> change.
>
> Do you mean 'forward' and 'backward' roles? They aren't needed because
> there is one route relation per direction. Thus 'forward' and
> 'backward' roles shouldn't be used in PTv2 route relations. [^1]
>
> [^1]: <https://wiki.openstreetmap.org/wiki/Proposed_features/
> Public_Transport#Route_direction.2Fvariant>
>
>
> On 29 March 2018 at 00:30, James <james2...@gmail.com> wrote:
> > on top of that documentation is not clear atleast when I was trying to
> learn
> > how to tag bus routes. The only way I understood was a google hangout
> video
> > on youtube(OSM US?) showing how they tagged it.
> >
> > Add relations and direction of ways (forwards, backwards) and it's a very
> > time consuming task to upgrade v1 to v2, especially if bus routes change.
> >
> > ID is not the greatest too for the job either, so not everyone will spin
> up
> > JOSM to edit bus routes
> >
> > On Wed, Mar 28, 2018, 6:21 PM Selfish Seahorse, <
> selfishseaho...@gmail.com>
> > wrote:
> >>
> >> > In my opinion, PTv2 is too complicated, time-consuming and delicate,
> ...
> >>
> >> Sorry, I've meant inefficient, not time-consuming.
> >>
> >>
> >> On 29 March 2018 at 00:13, Selfish Seahorse <selfishseaho...@gmail.com>
> >> wrote:
> >> >> Many people were involved creating those tags, they are well
> understood
> >> >> and discriminate the features they describe in a thoroughly
> documented and
> >> >> plausible way.
> >> >
> >> > Apparently these tags aren't that well understood: I rarely encounter
> >> > a PTv2 route that doesn't have at least one tagging error or isn't
> >> > otherwise broken. And quite often I find public_transport=platform
> >> > ways even though there isn't a physical platform.
> >> >
> >> > In my opinion, PTv2 is too complicated, time-consuming and delicate,
> >> > and its tags aren't the most clear (e.g. waiting areas are called
> >> > 'platform' even if there is no physical platform).
> >> >
> >> > But maybe the biggest problem, as Michael pointed out, is that
> >> > renderers can't know if a public_transport=platform – the most
> >> > important object for people looking for a public transport stop on a
> >> > map – is served by a bus or a tram, because it isn't tagged with
> >> > bus/tram/...=yes.
> >> >
> >> > I'm wondering why the limitations of PTv1 [^1] haven't been solved by
> >> > keeping PTv1 tags, introducing route variant/master relations and
> >> > mapping tram stops at the waiting area.
> >> >
> >> > [^1]:
> >> > <https://wiki.openstreetmap.org/wiki/Proposed_features/
> Public_Transport#Main_problem_with_the_existing_schema>
> >> >
> >> >
> >> > On 28 March 2018 at 16:21, "Christian Müller" <cmu...@gmx.de> wrote:
> >> >>> Sent: Wed, 28 Mar 2018 16:53:28 +0300
> >> >>> From: "Ilya Zverev" <i...@zverev.info>
> >> >>> To: tagging@openstreetmap.org
> >> >>> Subject: [Tagging] Still RFC — Drop stop positions and platforms
> >> >>>
> >> >>> Hi folks,
> >> >>>
> >> >>> A while ago I've made a proposal to deprecate some
> public_transport=*
> >> >>> tags:
> >> >>>
> >> >>>
> >> >>> https://wiki.openstreetmap.org/wiki/Proposed_features/
> Drop_stop_positions_and_platforms
> >> >>>
> >> >>
> >> >> In your proposal you complain about subjectively felt things like
> >> >> "history won't go away", but at the same time you are trying to
> revert a
> >> >> part of history itself - "the public_transport tags are seven years
> old
> >> >> now".  Many people were involved creating those tags, they are well
> >> >> understood and discriminate the features they describe in a
> thoroughly
> >> >> documented and plausible way.
> >> >>
> >> >> Just because a lot of deprecated tags have not vanished in favor of
> the
> >> >> new ones yet does not mean there is a preference on the deprecated
> tags.  A
> >> >> lot of users and apps have adopted the new public_transport tags.
> It simply
> >> >> does not make any sense to do a rollback on these for the
> observation of a
> >> >> sluggish adoption/transition rate.
> >> >>
> >> >> The proposal has been long thought about and delivers, in itself, a
> >> >> coherent way of tagging public transport infrastructure.  It has
> learned
> >> >> from previous tags, it is thus a refinement of the previous
> tagging.  There
> >> >> will be lots of people -unheared and not- that oppose breaking a
> (slow
> >> >> moving) transition process at this point in time.  Just be patient
> and give
> >> >> it some more years.
> >> >>
> >> >> You could help and promote the adoption, instead of dilating it.  A
> lot
> >> >> of rural area data has not been touched for years, waiting for you
> to do
> >> >> research and remapping efforts.
> >> >>
> >> >>
> >> >> Greetings
> >> >> cmuelle8
> >> >>
> >> >> _______________________________________________
> >> >> Tagging mailing list
> >> >> Tagging@openstreetmap.org
> >> >> https://lists.openstreetmap.org/listinfo/tagging
> >>
> >> _______________________________________________
> >> Tagging mailing list
> >> Tagging@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/tagging
> >
> >
> > _______________________________________________
> > Tagging mailing list
> > Tagging@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/tagging
> >
>
> _______________________________________________
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Reply via email to