Grant Slater wrote:
Politely, hell no.
Compare total hardware usage and cost of operating and coordinating
ti...@home* layer versus mapnik layer. Mapnik layer still operates
from 1 server!
hey, so does t...@h. It operates from 1 server. Just uses a few more
clients :).
* t...@h got us
On Wed, Sep 9, 2009 at 7:26 PM, Graham Jones
grahamjones...@googlemail.com wrote:
I might give this a bit more thought if I get chance - does anyone have a
feel for the load on the XAPI servers? - queries per unit time and data
rate?
There is the munin graphs, but they only give an overview
In article 4aa91558.1040...@sspaeth.de sebast...@sspaeth.de writes:
I would love to see more ROMAs and TRAPIs put in place (fast read only
mirror), also XAPIs that allow convenient filtering might be nice)
As far as I can tell, it looks like a single Trapi server could handle
all t...@h requests,
Tom,
I am surprised that you think reliability is the issue - I thought we could
make it quite reliable by having multiple redundant servers.
I expected the criticism to be complexity - to make it work you need
something along the lines of the following:
1. A 'master' which maintains a
Graham,
If one of the slaves goes down in the time until the master finds out
the slave will keep getting requests even so it isn't available. It is
also difficult to reliably keep lots of machines in sync so that they
all return the same data, especially when there are lots of different
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Shaun McDonald schreef:
If it was an easy task all 3 xapi servers would have an high uptime.
I guess you got an open wound there. Because those servers are feed by
what the main server is producing. If we look in the past two months and
the amount
On Tue, Sep 8, 2009 at 10:09 PM, Micha Ruhgnub...@gmail.com wrote:
Hi
2009/9/8 Frederik Ramm frede...@remote.org
Your idea suffers from the fundamental problem that it only counts those
having last touched an object.
No, it doesn't. I thought of a mechanism to avoid that:
Users adding
On Tue, Sep 08, 2009 at 08:35:51AM +0100, Tom Hughes wrote:
Subject: Re: [OSM-dev] what server next?
On 08/09/09 08:21, Florian Lohoff wrote:
Sometimes i'd like to actively contact mappers in that distant region and
mostly i dont care what they are called - simply - send email to top most
On 09/09/09 15:41, Florian Lohoff wrote:
Also I'd like to be able to answer to messages via mail
not the web frontend. I dont like to touch my mouse for writing
emails ... I am already thinking of doing some procmail/perl stuff
to rewrite from adress on OSM messages and replying to a virtual
On Wed, Sep 9, 2009 at 2:41 PM, Florian Lohofff...@rfc822.org wrote:
If OSM usernames would not allow spaces and be case sensitive
it would be possible to make the OSM usernames an email adress.
RFC 822 is a lot more flexible about E-Mail addresses than most people
think. My username which
On Wed, Sep 09, 2009 at 06:07:35PM +, Ævar Arnfjörð Bjarmason wrote:
On Wed, Sep 9, 2009 at 2:41 PM, Florian Lohofff...@rfc822.org wrote:
If OSM usernames would not allow spaces and be case sensitive
it would be possible to make the OSM usernames an email adress.
RFC 822 is a lot more
Hi all,
We have recently had: db (smaug new) (1), rails (sarel, norbert draco.
extra cpu) (2), tile (yevaud new), dev (errol new), xapi
(fafnir. 2x300GB 10kRPM WD Raptor) (2), pg_namefinder (katie. 2x300GB
10kRPM WD Raptor) (2, 5), OSMF (Ridley. 2x750GB WD) (2) and soon wiki (?.
On Tue, Sep 08, 2009 at 05:47:04AM +0200, Micha Ruh wrote:
Score-points get calculated per supertile, top 4 contributors for each
supertile including their score-points get stored in a database, the
attribution-db. Keys and indexes on zoom level and new supertile index
(maybe central tile
On 08/09/09 08:21, Florian Lohoff wrote:
Sometimes i'd like to actively contact mappers in that distant region and
mostly i dont care what they are called - simply - send email to top most
recently active mappers in that region.
This has been discussed a number of times - it's not something
On 08/09/09 08:02, Patrick Petschge Kilian wrote:
The first one would be a (decently fast) OSMXAPI server. Since the 0.6 API
switch there seems to be a shortage of XAPI servers. If there was a
stable, fast and up to date XAPI server it would help lots of people and
it might reduce load on the
El Martes, 8 de Septiembre de 2009, Grant Slater escribió:
We also get slightly more OSM operated hardware outside UCL soon. Any
friendly large hosts out there that can offer us some well bandwidth
fed hardware/rack space? Maybe a university in North America?
The spanish local chapter *may* be
2009/9/8 Iván Sánchez Ortega i...@sanchezortega.es:
Supposing that we get the rack space, what kind of machine and services would
you like us to host here? Just a mapnik renderer to balance load and improve
tile serving uptime?
Hosting OpenLayers.js and some kind of web page would be useful
El Martes, 8 de Septiembre de 2009, Micha Ruh escribió:
[...]
A server calculates user contribution for sets of 3x3 tiles (supertiles)
for each zoom level 12-18.
Meh. Precalculating all that would be too time-consuming. I'd rather go 8x8
mod_tile-like meta-tiles and a real-time API for z12,
2009/9/8 John Smith deltafoxtrot...@gmail.com:
Hosting OpenLayers.js and some kind of web page would be useful as
well so people with simple web pages could embed a map in an iframe.
* osm.org
* Export tab
* Select Embeddable Html
--
Regards,
Thomas Wood
(Edgemaster)
Am 08.09.2009 um 12:38 schrieb Iván Sánchez Ortega i...@sanchezortega.
es:
El Martes, 8 de Septiembre de 2009, Grant Slater escribió:
We also get slightly more OSM operated hardware outside UCL soon. Any
friendly large hosts out there that can offer us some well bandwidth
fed hardware/rack
On 22/07/28164 20:59, Iván Sánchez Ortega wrote:
El Martes, 8 de Septiembre de 2009, Grant Slater escribió:
We also get slightly more OSM operated hardware outside UCL soon. Any
friendly large hosts out there that can offer us some well bandwidth
fed hardware/rack space? Maybe a university in
2009/9/8 Thomas Wood grand.edgemas...@gmail.com:
2009/9/8 John Smith deltafoxtrot...@gmail.com:
Hosting OpenLayers.js and some kind of web page would be useful as
well so people with simple web pages could embed a map in an iframe.
* osm.org
* Export tab
* Select Embeddable Html
I'm not
2009/9/8 John Smith deltafoxtrot...@gmail.com:
2009/9/8 Thomas Wood grand.edgemas...@gmail.com:
2009/9/8 John Smith deltafoxtrot...@gmail.com:
Hosting OpenLayers.js and some kind of web page would be useful as
well so people with simple web pages could embed a map in an iframe.
* osm.org
*
El Martes, 8 de Septiembre de 2009, John Smith escribió:
I'm not suggesting a limited subset of OSM as a static image. It would
be nice if there was a full dynamic embedable iframe option.
Have you actually had a look at the export tab?
--
--
Iván Sánchez
2009/9/8 Iván Sánchez Ortega i...@sanchezortega.es:
Have you actually had a look at the export tab?
This whole topic is about servers, and if the map server goes down
that embedded option is of no use. I should have been clearer in my
previous email.
2009/9/8 Thomas Wood grand.edgemas...@gmail.com:
2009/9/8 John Smith deltafoxtrot...@gmail.com:
Hosting OpenLayers.js and some kind of web page would be useful as
well so people with simple web pages could embed a map in an iframe.
* osm.org
* Export tab
* Select Embeddable Html
Maybe the
El Martes, 8 de Septiembre de 2009, John Smith escribió:
Maybe the embedded stuff needs to be on it's own hostname instead of
www so that the basic html and js can be duplicated across multiple
sites that also host tile servers etc.
DNS load balancing should be able to take care of that.
--
2009/9/8 Iván Sánchez Ortega i...@sanchezortega.es:
El Martes, 8 de Septiembre de 2009, John Smith escribió:
Maybe the embedded stuff needs to be on it's own hostname instead of
www so that the basic html and js can be duplicated across multiple
sites that also host tile servers etc.
DNS
Iván Sánchez Ortega wrote:
Supposing that we get the rack space, what kind of machine and services would
you like us to host here? Just a mapnik renderer to balance load and improve
tile serving uptime?
I'd suggest:
* A localised front page
* Cacheing proxy of the main Mapnik render
* A
I would like to look into a distributed version of XAPI - I agree with Tom
that the current XAPI server is not ideal (but this may be because I can't
work out how it works).
I envisage an XAPI server utilising a 'standard' PostgreSQL database
produced by osmosis, kept up to date by the
On 08/09/09 19:41, Graham Jones wrote:
This would work for a single 'main' server, but I like the idea of it
being distributed with lots of little ones (for example the computer in
my attic could serve Northern England, someone else could do Belgium
etc.). I don't know how to deal with
Hi,
Micha Ruh wrote:
Last night I dreamed about a solution to the cc-by-sa attribution
problem. It would be soo nice to have appropriate attribution displayed
in OpenLayer while browsing the map.
Your idea suffers from the fundamental problem that it only counts those
having last touched
Hi
2009/9/8 Frederik Ramm frede...@remote.org
Your idea suffers from the fundamental problem that it only counts those
having last touched an object.
No, it doesn't. I thought of a mechanism to avoid that:
Users adding ways/pois get a score of 3 per way/poi added,
users adding more tags
Dev,
We have recently had: db (smaug new) (1), rails (sarel, norbert
draco. extra cpu) (2), tile (yevaud new), dev (errol new), xapi
(fafnir. 2x300GB 10kRPM WD Raptor) (2), pg_namefinder (katie. 2x300GB
10kRPM WD Raptor) (2, 5), OSMF (Ridley. 2x750GB WD) (2) and soon wiki
(?.
2009/9/8 Grant Slater openstreet...@firefishy.com:
What is next? What are we going to need next? Faster Web Frontend?
Better Load-Balancing (with fuchur) (4), Faster api/map call?,
something complete different something new?
Distributed web/tile server? :)
2009/9/8 Grant Slater openstreet...@firefishy.com:
Politely, hell no.
Compare total hardware usage and cost of operating and coordinating
ti...@home* layer versus mapnik layer. Mapnik layer still operates
from 1 server!
* t...@h got us here, but mapnik can carry up further. It would be
On Mon, Sep 7, 2009 at 9:02 PM, Grant Slater openstreet...@firefishy.comwrote:
Politely, hell no.
Compare total hardware usage and cost of operating and coordinating
ti...@home* layer versus mapnik layer. Mapnik layer still operates
from 1 server!
* t...@h got us here, but mapnik can carry
2009/9/8 John Smith deltafoxtrot...@gmail.com:
I think you misunderstood me, I'm not talking about t...@h, I'm talking
about the ability to have multiple tile servers/web front ends in
multiple data centres so people can actually use OSM maps to embed
them in websites etc and not worry about
2009/9/8 Grant Slater openstreet...@firefishy.com
What is next? What are we going to need next?
Last night I dreamed about a solution to the cc-by-sa attribution problem.
It would be soo nice to have appropriate attribution displayed in OpenLayer
while browsing the map.
There it goes..
A
2009/9/8 Micha Ruh gnub...@gmail.com:
OpenLayer gets extended in a way that while requesting tiles an additional
request to the attribution-db is issued, contributors for the corresponding
supertile get loaded and nicely presented in the lower right corner of the
view.
Wouldn't this only
2009/9/8 John Smith deltafoxtrot...@gmail.com
Wouldn't this only serve to clutter things up and detract away from
the important information?
Nasa World Wind et. al. does a fine job in displaying copyright information
without distract the experience.
if they'd donate some decent kit in
2009/9/8 Micha Ruh gnub...@gmail.com:
Wouldn't this only serve to clutter things up and detract away from
the important information?
No more than the existing logos on the OSM website
___
dev mailing list
dev@openstreetmap.org
42 matches
Mail list logo