<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

One solution to this problem would be to set up a system of mirrors,

volunteers mirroring a central server running the same software and

data kept in sync with something like rsync. When someone made a map

request the openstreetmap.com server could return a location redirect

to the requesting party with the address of the requested page on a

geographically close mirror. This should lessen the load on the main

server.<br>

<br>

Lars Aronsson wrote:

<blockquote

 cite="midPine.LNX.4.64.0610030316190.14825@localhost.localdomain"

 type="cite">

  <pre wrap="">This Saturday, Nick Whitelegg wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">We really need OSM to be as amenable to mashups as Google is 

now,

    </pre>

  </blockquote>

  <pre wrap=""><!---->

This sounds nice, but you forget that Google has immense hardware 

and manpower resources behind its services.  This doesn't scale 

for us.  However, there is a way out:

  </pre>

  <blockquote type="cite">

    <pre wrap="">* The slippy map should be based off planet, to maximise performance.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

If we can make an easy to follow recipe for setting up a slippy 

map server and loading it with the latest weekly planet.osm dump, 

anybody can set up a server, tweak the software, and create their 

own experimental services.  The amount of traffic they draw will 

be independent of OSM's central hardware resources.

  </pre>

</blockquote>

</body>

</html>