<div class="gmail_quote">On Sun, Feb 1, 2009 at 11:11 AM, Nop <span dir="ltr"><<a href="mailto:ekkehart@gmx.de">ekkehart@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Hi!<br>
<br>
I am trying to cut 10 areas out of the planetfile for germany. When I<br>
set the parameter completeWays=yes for these areas, osmosis (V0.29)<br>
seems to run forever. After 8,5 hours of CPU time, osmosis had created a<br>
number of large temporary files, one output file was at about 15% the<br>
expected size and all others were still empty. Without the parameter<br>
completeWays=yes the job is completed in less than 30 minutes.<br>
<br>
Is completeWays=yes broken? Or does it really take this long to process?<br>
Is there anything I can do differently? I want the cut areas to be<br>
seamless, that is the reason I switched on completeWays=yes.<br>
<br>
All hints welcome<br>
<br>
thanks<br>
<br>
        Nop<br>
</blockquote></div><br>The short answer is: don't use completeWays with tee, or if you do, limit the number of tees and start with a smaller extract (not the entire planet).<br><br>completeWays is not (completely) broken. Since Osmosis processes entities in a stream, and the ways only have node references, not their locations, the completeWays function uses a temporary file to store the nodes until the ways are being read. Then it processes the ways, marks the extra nodes it needs and stuffs the ways into a temporary file. The stored nodes are then streamed out and filtered as needed, then the stored ways are streamed out and filtered as needed.<br>
<br>Anyway, the tee can choke things up with all the temporary files. It would be nice to be able to share the stored node and ways files between tee tasks, but I haven't created that infrastructure yet.<br><br>Karl<br>