<div dir="ltr">On Mon, Sep 8, 2008 at 7:29 AM, Jochen Topf <span dir="ltr"><<a href="mailto:jochen@remote.org">jochen@remote.org</a>></span> wrote:<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;">
<div class="Ih2E3d"><br>
</div>I use the --write-pgsql-dump which creates files which can then be<br>
imported using COPY. If you use it that way, Osmosis doesn't do any<br>
extra postprocessing like the bbox thing.<br>
</blockquote><div><br>It's important to use the spatial keys for at least the points, as this significantly improves query times. If you don't, Postgres will have to go through all 260M rows in the database to return meaningful data. <br>
<br></div></div>On Mon, Sep 08, 2008 at 11:58:18AM +0200, Florian Lohoff wrote:<br>
> i was trying to use the postgresql simple schema from osmosis to import<br>
> a planet and after 5 days i aborted the import. 4 of the 5 days the<br>
> postgresql was busy building the bboxes for the ways.<br><br>Florian, my version of ROMA was doing this, too. I ended up stopping the import after 6 days of indexing. It would make things run so much faster (and allow us to retrieve all the ways in a bounding box, even the ones that don't have nodes in the bounding box), but it's not worth the extra planet import time I think. At least when I'm paying USD$0.10/hour for it...<br>
</div>