<div class="gmail_quote">On Wed, Feb 11, 2009 at 12:42 PM, Shaun McDonald <span dir="ltr"><<a href="mailto:shaun@shaunmcdonald.me.uk">shaun@shaunmcdonald.me.uk</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;">
<div style=""><br><div><div class="Ih2E3d"><div>On 11 Feb 2009, at 12:14, 80n wrote:</div><br><blockquote type="cite"><div class="gmail_quote">On Wed, Feb 11, 2009 at 11:39 AM, Patrik Sjberg <span dir="ltr"><<a href="mailto:patrik.sjoberg@bth.se" target="_blank">patrik.sjoberg@bth.se</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!<br> <br> What would be the best way to get data for ways at a specific zoom<br> level? I would like all roads visible on zoom 5 for instance, possibly</blockquote>
</div></blockquote><div><br></div></div><div>There is currently no predefined method for this. Each style will have a different set of things at each zoom level, so you will need to manually work out what you want.</div>
<div class="Ih2E3d"><br><blockquote type="cite"><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> with lower resolution (fewer nodes per way). I'm guessing something<br>
 like <a href="http://www.informationfreeway.org/api/0.5/way%5Bhighway=*%5D" target="_blank">http://www.informationfreeway.org/api/0.5/way[highway=*]</a> but the<br> API's only seem suitable for quite small boxes.</blockquote>
</div></blockquote><div><br></div></div><div>You will also need to do the reduction in resolution yourself.</div><div class="Ih2E3d"><br><blockquote type="cite"><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> </blockquote><div><br>The extended API might be what you are looking for: <a href="http://wiki.openstreetmap.org/wiki/XAPI" target="_blank">http://wiki.openstreetmap.org/wiki/XAPI</a></div></div></blockquote><div><br>
</div></div><div>This will be useful for you if you are looking for small amounts of data. You don't say what you are trying to do with the data.</div><div class="Ih2E3d"></div></div></div></blockquote><div><br>This will be useful for large amounts of data as well. XAPI permits queries that for bboxes that are 400 times larger than the main api.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style=""><div><div class="Ih2E3d"><br><blockquote type="cite"><div class="gmail_quote">
<div><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> We're also trying to import the planet file to our own copy of the<br>
 database with osmosis. We have some quite new 8-core Mac Pro's here<br> for development but osmosis 0.30 is compiled with java version that<br> does not seem to be available on osx yet so we are trying on some old<br>
 server instead. Would osmosis benefit enough from multicores that it<br> would be strongly recommended to dedicate a Mac Pro (by booting in<br> windows) for the parsing? Do you have any feeling of how long the<br> import will take? We experimented with some simple ruby and sqlite and<br>
 calculated the time required to like 3 months ^^</blockquote></div></blockquote><div><br></div><div><br></div></div><div>You can't easily compile osmosis on Mac OS X, however you can run osmosis on Mac OS X without problems if you set the Java Preferences to use Java 6 instead of Java 5. (I'm assuming that you have the latest version of Mac OS X 10.5 installed, and you have all the updates.)</div>
<div><br></div><div>If you do decide to dual boot, I would dual boot to Ubuntu instead of windows.</div><div><br></div><div>As per some previous discussion, it is recommended to not use sqlite for huge amounts of data. Sqlite will only cope with a small town or village. Try using postgres, or MySQL instead.</div>
<div><br></div><div>Shaun</div></div><br></div><br>_______________________________________________<br>
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/dev" target="_blank">http://lists.openstreetmap.org/listinfo/dev</a><br>
<br></blockquote></div><br>