The binary distribution though is *huge* - planet.osm unpacks to about 3Gb of text, which is around 6Gb by the time it gets into database page tables. Osm2Go can create a db directly from planet.osm.bz2 in about 2-3hrs, which I thought was better than trying to distribute a zipped database (~1Gb for derby) along with it...
<br><br>Might be nice to have dumps of (say) uk.planet.osm, europe.planet.osm, etc to cut some of that down.<br><br><div><span class="gmail_quote">On 06/09/06, <b class="gmail_sendername">Nicola Ranaldo</b> <<a href="mailto:ranaldo@unina.it">
ranaldo@unina.it</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I'm thinking about storing osm data in a lite database backend for general
<br>client software usage and to begin a binary distribution of planet.osm (last<br>import started at 12.00 this morning and is not yet finished).<br>As last discussions was projected in coordinating developing jobs, i think we
<br>should talk about this idea before someone (me?) begin to write some code!<br>We could start in choosing between BerkleyDB or SQLite.. or some other<br>backends focusing on speed  and memory usage, in order to get it usable on
<br>handhelds devices.<br><br>        Niko<br><br><br><br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br></blockquote></div><br>