Am 26.10.11 19:03, schrieb mar...@gmx.eu:
Hi Igor,
are you sure? I thought one of the major goals of the _new_ PT
schema was precisely to eliminate this forward/backward mess with
the relation per route variant concept. Just looked it up [1]:
No, I'm indeed very unsure in aspects of the new
Hi!
I'm wondering how osm2pgsql determines the direction of a route.
Has the order of way-refs in the route relation influence on that?
Are role tags forward and backward evaluated?
Markus
___
dev mailing list
dev@openstreetmap.org
Hi,
On 10/26/11 16:27, mar...@gmx.eu wrote:
I'm wondering how osm2pgsql determines the direction of a route.
Has the order of way-refs in the route relation influence on that?
osm2pgsql takes all the ways making up the route relation and throws
them into the GEOS LineMerge operation,
Thanks, this helps a lot!
The direction of each resulting LineString should be the direction of
the majority of constituting ways.
That explains a some issues in openptmap at zoom level 17.
Are role tags forward and backward evaluated?
Not at all.
Could it be done in osm2pgsql somehow?
Hi,
The new public transport schema makes it necessary to take the member roles
into account.
are you sure? I thought one of the major goals of the _new_ PT schema
was precisely to eliminate this forward/backward mess with the relation
per route variant concept. Just looked it up [1]:
The
Hi,
On 10/26/2011 05:22 PM, mar...@gmx.eu wrote:
Could it be done in osm2pgsql somehow?
Of course it *could* ;)
Problem is that I have the impression that there are a number of
non-compatible uses of all sorts of roles with regard to relations
(forward/backward, or even
Hi Igor,
are you sure? I thought one of the major goals of the _new_ PT schema
was precisely to eliminate this forward/backward mess with the relation
per route variant concept. Just looked it up [1]:
No, I'm indeed very unsure in aspects of the new schema.
If the ways don't have roles, the
On Wed, Oct 26, 2011 at 5:47 PM, Frederik Ramm frede...@remote.org wrote:
this way has to be reversed to form a linestring with the others,
more like the direction of the route is with/against the direction of
the underlying way
while
others seem to use backward as the bus only uses this
On Wed, Oct 26, 2011 at 06:36:56PM +0100, Andy Allan wrote:
[...]
between the direction of travel and the direction of the way. The
separation of every bus routes into two bus routes, one for each
direction, even when they are simply duplications of one another, is
surely a waste of time and
Hi,
On 10/26/2011 07:03 PM, mar...@gmx.eu wrote:
IF the first noderef of the LineString is identical to the first or last
noderef of the first referenced way of the underlying relation
THEN change the LineStrings direction
Bear in mind that - at least for osm2pgsql which knows nothing about
Hi Markus,
No, I'm indeed very unsure in aspects of the new schema. If the ways
don't have roles, the direction of the route will have to be
determined based alone on the sequence of ways in the route.
Yes, this is the only feasible way I can think of with PT routes if you
don't have roles.
11 matches
Mail list logo