On Wed, Sep 22, 2010 at 2:17 AM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<div class="im"><br>
<br>
Kai Krueger wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Easy to do - just download the .osm.pbf and run<br>
osmosis --read-bin country.osm.pbf --write-xml country.osm<br>
</blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
May I suggest it be run on <a href="http://planet.openstreetmap.org" target="_blank">planet.openstreetmap.org</a> then as part of the core<br>
services alongside the regular full planet dump?<br>
</blockquote>
<br></div>
Making the excerpts basically occupies a whole big machine for half a day. It might be possible to do it on a weekly basis on <a href="http://planet.openstreetmap.org" target="_blank">planet.openstreetmap.org</a> (not my call though) but very unlikely to be run daily.<br>

<br></blockquote><div><br></div><div>Or a 4gb laptop in about 3-4 hours. I've been putting some work into the mkgmap splitter. It can now split the planet into 1,200 pieces in two passes. </div><div><br></div><div>I did a somewhat more brutal test on an 8gb i7 iMac and it took 4 hours to split the planet into 20,000 pieces, but required 6700 concurrent open files.</div>
<div><br></div><div>It doesn't do all of what you might want right now, but it could be adapted.</div><div><br></div><div>Three catches: </div><div><br></div><div>First, the format the program uses for representing areas to extract is bounding boxes, but this could be easily fixed; define a new file format, import some is-point-in-polygon code, and done. </div>
<div><br></div><div>Second, the program doesn't guarantee it will output all member nodes of a way/relation that cross the border of an area. (In osmosis terms, it returns --boundingbox completeWays=false completeRelations=false.). However, it ameliorates this by automatically expanding each bbox in question by adding an overlap border.</div>
<div><br></div><div>Third, the input format is *.osm.gz or *.osm.pbf. The output is *.osm.gz and without metadata (version/timestamp/user/...). </div><div><br></div><div>Scott</div><div><br></div><div><a href="http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/009033.html">http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/009033.html</a></div>
<div><a href="http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/009038.html">http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/009038.html</a></div><div><br></div></div>