<div dir="ltr">On Tue, Aug 5, 2008 at 9:49 AM, Matthias Julius <span dir="ltr"><<a href="mailto:lists@julius-net.net">lists@julius-net.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="mailto:vegard@engen.priv.no">vegard@engen.priv.no</a> (vegard) writes:<br>
<br>
> On Mon, Aug 04, 2008 at 11:07:24AM -0000, m*sh wrote:<br>
>> On Mon, August 4, 2008 10:14, vegard wrote:<br>
>> > For naming of streets in cities, where properties change very often and<br>
>> > you have to make many small ways, it sometimes gets annoying that the<br>
>> > name is duplicated.<br>
>> ><br>
>> > I was wondering: How good/easy would it be to make a superway-relation<br>
>> > to fix that? I.e. group several ways for labeling-intentions?<br>
>> ><br>
>> > I'm no expert on the inner workings in either of the renderers, but to<br>
>> > me it sounds like a quick fix to a small annoyance. If someone that<br>
>> > knows the renderers could either agree or disagree, I'd be happy anyways<br>
>> > (well, obviously happier if they agree :)<br>
>><br>
>> Actually there is a 'mantra' on a german mailing list stating that,<br>
>> "we are not tagging for the renderer"<br>
><br>
> I agree. We're not tagging for the renderer. At least, we're not tagging<br>
> it *wrongly* for the renderer.<br>
><br>
> But in practise, we might need to give the renderer some hints with<br>
> some extra tagging. Of that, I personally am a little more inclined to<br>
> accept that. But others might agree/disagree with me. I think adding a<br>
> relation like that to help the renderer does in no way destroy the data<br>
> model.<br>
<br>
Regardless of the renderers, duplication of data is evil, IMHO.  Every<br>
time a way is split to allow one of its properties to change all other<br>
properties are duplicated.<br>
<br>
I would love to have a method of specifying that a way is named xxx<br>
from node A to E and named yyy from E to G, is a secondary highway<br>
from A to D and tertiary from D to G, is oneway from C to F, B to C is<br>
on a bridge, D to F has a speed limit of z, ... Then there are bus,<br>
tram and cycle routes ...<br>
<br>
The more detail is put into database the more reasons people have to<br>
split ways.<br>
<br>
There are probably several ways to implement this.  My favourite one<br>
is to move all meta-data into relations and to degrade ways<br>
essentially into multi-node segments.<br>
<br>
Better ideas?<br>
<br>
Matthias<br>
</blockquote></div><br>Sounds like you're looking for this: <a href="http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_Tag">http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_Tag</a><br>
<br>Karl<br></div>