Re: [Talk-us] US-based Server

2009-10-21 Thread Sam Vekemans
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Adam Schreiber
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Frederik Ramm
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Adam Schreiber
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Dave Hansen
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Frederik Ramm
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Dale Puch
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Richard Welty
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.

Re: [Talk-us] US-based Server

2009-10-21 Thread Anthony
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

Re: [Talk-us] US-based Server

2009-10-21 Thread Richard Welty
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