<div dir="ltr">On Mon, Sep 1, 2008 at 8:29 AM, spaetz <span dir="ltr"><<a href="mailto:osm@sspaeth.de" target="_blank">osm@sspaeth.de</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;">

<br><div>I don't know if Ian Dees is implementing an API solution or whether he<br>
works on the database side of things...<br>
<br></div></blockquote></div><br>My current work is here: <a href="http://svn.yellowbkpk.com/geo/" target="_blank">http://svn.yellowbkpk.com/geo/</a><br><br>I'm using <a href="http://svn.yellowbkpk.com/geo/osm_to_mysql.py" target="_blank">http://svn.yellowbkpk.com/geo/osm_to_mysql.py</a> to do the planet -> MySQL import, the <a href="http://svn.yellowbkpk.com/geo/planet.sql" target="_blank">http://svn.yellowbkpk.com/geo/planet.sql</a> schema is what I'm importing into, and <a href="http://svn.yellowbkpk.com/geo/bbox.php" target="_blank">http://svn.yellowbkpk.com/geo/bbox.php</a> is what performs the map HTTP request.<br>
<br>The minutely diff import is a missing piece, and should be fairly easy to augment into my osm_to_mysql.py script.<br>
<br>The most important part is the spatial indexes on both the node and way data types. This significantly improves the bbox.php MySQL calls, but it takes more storage in the DB and longer to import.<br><br>Also, I'm thinking about getting rid of the username/userid tracking in the database. This would save several gigabytes of storage in the database and I don't think t@h uses it for rendering at this point, right?<br>
<br>-Ian<br>
</div>