On 9/28/06, <b class="gmail_sendername">Wollschaf</b> <<a href="mailto:mith@uni.de">mith@uni.de</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 28 Sep 2006 12:09:33 +0200, Thomas Walraet wrote:<br><br>>>>     Or would this hit the API too much?<br>> This is the sort of things that could run on another server from the<br>> weekly planet.osm<br>
<br>I agree on that. The live map needs to be fast and - even more important -<br>each tile (or in this case cached area) has to fit the next one. I think<br>it is far easier to have two map servers:<br><br>- one for the general public, updated on a daily basis. Read-only DB, fast
<br>access, perhaps filtered data (things the map renderer cannot display can<br>be left out; Optimizations that speed up client-side rendering can be<br>done).<br><br>- one for developers and mappers, a bit hidden (in the wiki). This one
<br>could use direct access to the database, accessable only with login - and<br>because of much less users, even work without caching.<br><br>The SVG map needs to be faster than the current osmarender interface,<br>though. I appreciate the beauty of the osmarender approach, but I'm not
<br>sure if the slippy map for the general public should use the in-browser<br>conversion (because it's slow for dense areas). Especially for older<br>computers, this is a serious problem because SVG rendering alone takes
<br>much time.</blockquote><div><br>Currently the rules file includes a rule for almost everything.  Just rendering main roads and motorways would be much quicker, the user could then get more detail when they zoom in on an area.
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It might be best to generate (and optimize!) the SVG on the server and<br>store it in the database, instead of just shoveling OSM data around.
<br>Perhaps I'm wrong and the conversion takes only a small percentage of the<br>time it takes to render the SVG. I can not measure that.<br><br>The developer map should use Osmarender, because speed does not matter<br>that much in this case, and tweaking can be done in real-time.
<br><br>Wollschaf<br><br><br>_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br></blockquote></div><br>