On 7/26/07, <b class="gmail_sendername">Frederik Ramm</b> <<a href="mailto:frederik@remote.org">frederik@remote.org</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;">

Hi,<br><br>> Your argument is not valid because you are assuming that branching ways<br>> (Y-shaped) are 2 ways direction but they may be one way direction in the<br>> real life!<br><br>That doesn't make my argument any less valid for those ways that are not

<br>oneways. Your picture (2) is what I had in mind; you are right in saying<br>that if the main road is another type of road it needs to be split<br>anyway, but we often have a residential road with residential branches,

<br>so they're all the same type.<br><br>It is desirable to split these into individual ways, even today, because<br>it makes things easier for renderers and so on. And it is possible. All<br>I'm saying is that it will require a lot of manual work. Even if you

could prove that, in theory, such ways couldn't exist because they violate some rule, I can tell you from practice that they do. About areas with holes: > Without segments, I still can use simple way to model area with hole.

<br>> For example: I have 11 nodes. Node: 1, 2, 3, 4, 10, 11 form the outer<br>> ring clockwise and nodes: 5, 6, 7, 8, 9 form inner ring anticlockwise.<br>> Two rings joined at node 4 and 5.<br><br>That's a bad way to do it. Imagine you have an area drawn with contours

<br>(for example, lakes sometimes have a darker blue contour and a light<br>blue fill) - the contour would run straight through your lake from 4 to 5!<br><br>> 1. When you design data structure for map, you need to save any space as

<br>> much as possible because map data are very huge.<br><br>Amount of data hasn't been a problem until now. If it were a problem,<br>then we would probably stop using free-form keys and values for our tags<br>and replace them with integers, and we would stop tagging every single

<br>node, segment, and way with a "created_by" tag ;-)<br><br>> 2. Data structure must be simple enough so that other program can<br>> process your data.<br><br>I agree that ditching segments would make things easier. Almost

<br>everybody agrees that that's the case. We're currently more or less<br>waiting for someone to program the changes necessary on all levels -<br>API/database, renderers, editors, etc.<br><br>> I hope osm foundation will consider my arguments and take out the

<br>> segment component from planet.osm xml file.<br><br>Whether or not the OSM Foundation - which, technically, isn't the boss<br>in this project but let us assume for a moment they were - approves the<br>idea of removing segments will depend very much on whether the

<br>appropriate code exists at that time. This project is not normally run<br>top-down (decision makers decide, then programmers write code) but the<br>other way round. Or, to say it more bluntly: It's not going to happen

unless someone writes the code.</blockquote><div> Speaking for the OSM Foundation - it doesn't get involved in technical questions at all - that's all driven by the community. The purpose and role of the Foundation is to support the project financially and act as a legal entity where one is necessary.

<br><br>80n </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">But I'd welcome someone to do it.<br><br>Bye<br>Frederik<br><br>--

<br>Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00.09' E008°23.33'<br><br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">

dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br></blockquote></div><br>