<div dir="ltr"><snip><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;">
I'm not sure if I understand things fully, but I thought that e.g. for<br>
offline editing you can request the map data about an area from the<br>
mapserver. Say 45.5N to 45.7N, 4.3E to 4.4E.<br>
<br>
Now while "exporting" from the database, the question is: What do you<br>
do with ways that are only partially inside that area? Either you<br>
don't export them alltogether. But in for example an offline editor<br>
this can look very odd: some ways near the edge will be missing<br>
because they are partially outside the selected area.<br>
<br>
You can also include nodes outside the area, and deliver complete ways.<br>
<br>
This also looks odd, as at the boundary some ways will continue<br>
outside, and again the temptation will exist to add ways outside the<br>
area, although they are already present in the full database.<br>
<br>
So apparently a choice has been made to chop off ways outside the<br>
selected area.<br>
<br>
Those need to be marked in a way that won't interfere with current use<br>
of those ways, as well as inform interested parties/programs that a<br>
more complete way is available on the server.<br>
<br>
<br>
My personal choice would be to move towards the server delivering all<br>
ways that have at least one point inside the area. If you request two<br>
neighbouring areas some ways will be reported double....<br>
<br>
        Roger.<br>
</blockquote></div><br>The main api server does return complete ways that have at least one point inside the area. This discussion was about the behavior of other tools (namely, Osmosis) that manipulate the OSM data offline.<br>
<br>Karl<br></div>