Do you mean a server for viewing the tile cache right? (that holds a
planet file gets a second diff)
Where osm.com /osm.us could be used and a us-custom-render of the map
would be available as a default for people not logged in.
Or something else?
Sam
On 10/21/09, Ian Dees ian.d...@gmail.com
On Wed, Oct 21, 2009 at 5:44 PM, Sam Vekemans
acrosscanadatra...@gmail.com wrote:
Do you mean a server for viewing the tile cache right? (that holds a
planet file gets a second diff)
Where osm.com /osm.us could be used and a us-custom-render of the map
would be available as a default for
Hi,
Adam Schreiber wrote:
I would hope that and in the future a mapping mirror. The database
ought to move to being on more than one server.
I am interested to hear your proposals on conflict resolution, or
failing that, segmentation of our data.
Bye
Frederik
--
Frederik Ramm ## eMail
On Wed, Oct 21, 2009 at 7:34 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
Adam Schreiber wrote:
I would hope that and in the future a mapping mirror. The database
ought to move to being on more than one server.
I am interested to hear your proposals on conflict resolution, or failing
On Thu, 2009-10-22 at 01:34 +0200, Frederik Ramm wrote:
Adam Schreiber wrote:
I would hope that and in the future a mapping mirror. The database
ought to move to being on more than one server.
I am interested to hear your proposals on conflict resolution, or
failing that, segmentation
Adam,
Adam Schreiber wrote:
I'm sorry that I'm not a database engineer. I would think that some
kind of block or re-direct could be made to the server responsible for
the segment of the planet allotted to it.
That would be the segmentation route. Certainly possible (having many
regions in
Not a network or SQL engineer. But a google search turned up this.
http://pgcluster.projects.postgresql.org/feature.html From the mailing list
I see the code is up to 1.9 even if the page isn't updated.
There also seemed like several basic configurations that can be used with
different good and
On 10/21/09 8:32 PM, Adam Schreiber wrote:
I'm sorry to dissappoint. I thought it was a solved problem what with
all of Google's products, DNS fail over and load balancing being
common?
in all cases, they've done application and infrastructure design to
account for the
difficulties.
On Wed, Oct 21, 2009 at 7:34 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
Adam Schreiber wrote:
I would hope that and in the future a mapping mirror. The database
ought to move to being on more than one server.
I am interested to hear your proposals on conflict resolution, or
failing
On 10/21/09 9:16 PM, Anthony wrote:
What about a segmentation in time? During the time of day when most
edits are being made from one part of the globe, make the server
located there the read-write master, and the other(s) the read-only
slave(s).
you'd have to accept a blackout period
10 matches
Mail list logo