[OSM-dev] Ways on the new renderer... maybe usable after all!

Lars Aronsson lars at aronsson.se
Fri Jun 30 17:30:02 BST 2006


David Sheldon wrote:

> On Fri, Jun 30, 2006 at 04:15:50PM +0200, Lars Aronsson wrote:
> > Adding more hardware is not going to solve this.  We'd have to 
> > wait ten years for Moore's law to have that effect.  So how are we 
> > going to solve it?
> 
> As far as I can tell, the only way to improve it is to change the
> datastructures in the database. Maybe denormalise a bit. 

How does traditional GIS software solve this, e.g. MapServer?  
Perhaps OSGEO could help here, if they're committed to improving 
software.

> The SQL at the moment requires many queries for a single tile. You will
> not get 40ms response times when you are calling that many queries.

But even if we could, retrieving every line segment in Greater 
London for the "map of England" scale doesn't make sense.  The 
amount of data we need to retrieve has to be reduced far more.

Every tile is 256 x 128 pixels = 32768 pixels.  On the map of 
England scale (zoom 6, or so) every pixel would cover hundreds of 
line segments.  There is little point in retrieving hundreds of 
line segments from the database only to determine whether that 
pixel should be pink indicating an urban area, dark red indicating 
a motorway or transparent representing the countryside.

> Removing the historical data from the tables will be a good 
> start (and we keep on comming back to this).

I agree that this would be a good idea anyway, but it's not a 
solution because the historic data is perhaps only 50% of the 
database.  And we need to remove 99% of our current time lag.


-- 
  Lars Aronsson (lars at aronsson.se)
  Aronsson Datateknik - http://aronsson.se




More information about the dev mailing list