On 7/16/07, <b class="gmail_sendername">Nicola Ranaldo</b> <<a href="mailto:ranaldo@unina.it">ranaldo@unina.it</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Segment order is important for many cases, one_way rendering, areas and so on.<br>But it may be that a segment from node x to node y, for a one_way street,<br>should appear as from y to x for one or more areas. Sometimes it's impossible
<br>to "reuse" the same segments. One solution could be in general create new<br>segments with the same nodes id, but if this is admitted it may generate a<br>lot of duplicates segments and seems to me a waste of resources in a
<br>topological model. Another solution could be in reuse an existent segment if<br>it has the right order or to create the inverse if it does not match. A third<br>solution could be in having software renderers compute the node order for
<br>areas at runtime with smart algorithms. In this case it will exists only one<br>segment from x to y and will be reused for every way containing node x and y<br>without care for the order. This maximizes the topological model but may
<br>create problems in areas with holes.</blockquote><div><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Renderers seems to be different, as mapnik and 
t@h do some reorder, while<br>osmarender4 does not. </blockquote><div>t@h uses the Frollo pre-processor to re-order segments and reverse their direction.  Osmarender 4 can, and should, be used with the output from Frollo to achive the same result.
<br><br>80n<br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">This impacts on the model and on users practices.<br>May be this definitively cleared? how does josm resolve this issue?
<br>Another issue i'd like to understand is if a way is a simple unconnected<br>polyline or may split, or return on itself and so on. In this case segments<br>reordering appears not so easy to unrerstand.<br>May someone update 
<a href="http://wiki.openstreetmap.org/index.php/Data_Primitives">http://wiki.openstreetmap.org/index.php/Data_Primitives</a> ?<br><br>regards<br><br>        Nicola Ranaldo<br><br>_______________________________________________
<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
</a><br></blockquote></div><br>