[OSM-talk] colour fills in osmarender

[Andy Robinson]

Richard,

I don't like the fact that I create tree-like ways either. The problem is
that the trees often have short splitting branches at the ends representing
the little turnouts you find in the real world. Creating one of these extra
bits as a separate way for each branch that splits is cumbersome. It would
be better to leave the lot as segments but then I still prefer a receptacle
to be able to reference the whole lot. Especially as applying additional
tags to ways is a lot quicker than applying them to lots of segments.

I've got a pile of examples where I need to reference a branch(s), side
loop(s) on a single street name and on the most part I try to keep it simple
by splitting into more than one way each with the same name tag, but the end
result usual means each way has at least one fork.

Another problem I come up against is the run into and out of roundabouts.
Nowadays many of our bigger roundabouts have a divided section of normally
single carriageway road (separated by an island) on the run in to a
roundabout. Each side of the island the direction of travel is one way. In
an ideal linear only world each of these little legs would be separate ways
and then the street connecting to the common node another way, all three
with the same naming references but different directional tagging. The
problem is that when editing it's a real fag to have to go through such a
convoluted process every time.

So I guess my thinking leads me to two separate options. Either I need a
separate receptacle that carries a collection of elements with the same
attributes which is not a "way" (or I use a way anyway as I do now) or for
anything to do with routing and path analysis I ignore any non-linear ways
and use the underlying node and segment data instead?

Cheers,

Andy

Andy Robinson
Andy_J_Robinson at blueyonder.co.uk 

>-----Original Message-----
>From: talk-bounces at openstreetmap.org [mailto:talk-
>bounces at openstreetmap.org] On Behalf Of Richard Fairhurst
>Sent: 09 June 2006 14:10
>To: talk at openstreetmap.org
>Subject: RE: [OSM-talk] colour fills in osmarender
>
>Andy wrote:
>> Probably 50% of the ways I have created in residential Sutton Coldfield
>have
>> been non-linear, in that they contain loops, multiple branches and the
>like.
>> This is because I define my way as one which represents the contiguous
>> physical street reference, normally its street name. If the named street
>> forks then so do my ways.
>
>Hmm, interesting.
>
>My approach has been is that a way comprises a linear run of segments
>each of which have the same attributes (key/value pairs).
>
>So for Ticknell Piece Road in Charlbury, which has plenty of little
>branches off it (in the way that modern housing estates tend to), each
>branch is an individual way - albeit one also called Ticknell Piece
>Road.
>
>The danger of choosing a single "contiguous physical street reference"
>is, well - which one do you choose? Streets have attributes popping in
>and out at regular intervals: road numbers change, National Cycle
>Network routes arrive and then depart, and so on.
>
>IMHO the above definition of a way avoids this problem; makes lots of
>applications easier including styled map-drawing and route-planning;
>avoids the problem with segments having their own keys/values; and
>(perhaps most importantly) lends itself to a way-centric UI as Tom
>described earlier.
>
>cheers
>Richard
>
>
>_______________________________________________
>talk mailing list
>talk at openstreetmap.org
>http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk