<div class="gmail_quote">On Sat, Aug 14, 2010 at 8:12 AM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</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;">
Hi,<div class="im"><br>
<br>
Nakor wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I have a setup where I first run osmosis to download changes (--rri) then in a second step stuff the result into osm2pgsql. About once every 1-2 months, this breaks, and osmosis hangs forever. When I notice it a few hours later and strace the osmosis process, I find that it somehow tries to read something from the network and only gets timeouts.<br>

</blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Do you mean you download to an xml file and then feed the xml file into the database?<br>
</blockquote>
<br></div>
Yes. That way I can always be sure not to start loading something into the DB before it has fully downloaded. Probably paranoia on my part, since transactions should make sure everything is right, but ...</blockquote><div>
<br>There's nothing wrong with some healthy paranoia :-)  But it seems unwarranted here.  The --rri task downloads all files, then merges them together (sorting as required), then streams them to the destination.  Between database transactions and the fact that no output is sent until everything is completely downloaded and merged, you shouldn't have any problems importing directly.  And if something does break you should be able to re-import anyway right?<br>
</div></div><br>Brett<br><br>