Henry,<div>I didn't have any data about efficiency...but I do now.</div><div><br></div><div>The map tiles for the canal map I just generated take up 2.4GB (down to zoom level 14).</div><div>I just extracted the canal data from the database (lines, points and polygons) and as a simple text file it was less than 57MB.   Gzip compression took it down to just over 17 MB.</div>
<div>ie a factor of over 100 when compressed.</div><div><br></div><div>This is not really a fair comparison though because most of my 2.4GB is taken up by blank tiles (tiles with no canal features in) - these are each 116 bytes.   I am sure I could do something clever with having one image and lots of symbolic links which could reduce this significantly - better than say a factor of 10, but I don't know if I would get to 100.   But that said, the difference was not as big as I expected it to be - good challenge!</div>
<div><br></div><div>Maybe I will write a little program to replace all the empty tiles with a symbolic link....not tonight though!</div><div><br></div><div><br></div><div>Graham.</div><div><br><div class="gmail_quote">On 18 January 2011 13:32, Henry Gomersall <span dir="ltr"><<a href="mailto:heng@cantab.net">heng@cantab.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, 2011-01-18 at 13:00 +0000, Graham Jones wrote:<br>
> I think you are describing what my examples do - for example the map<br>
> at <a href="http://maps.webhop.net/topo" target="_blank">http://maps.webhop.net/topo</a> uses a simple base map and the<br>
> OpenLayers javascript program running in the web browser draws the<br>
> selectable overlays on top of it - the overlays are PNG images with a<br>
> transparent background.   Or maybe you meant some sort of clever<br>
> bitmap with layers defined within it?   Whether it is efficient or not<br>
> depends on what you are trying to do with the overlays - for single<br>
> points (e.g. the power stations themselves on my map) holding bitmaps<br>
> is much less efficient than storing the locations of each power<br>
> station - you could have OpenLayers take the locations of the points<br>
> and plot them.<br>
<br>
</div>What you describe is exactly what I meant.<br>
<br>
Regarding the bitmaps being less efficient, do you have any evidence for<br>
this? I mean, naturally there is going to be a trade off between<br>
computation and storage, but compression of things like power station<br>
points is going to be pretty efficient.<br>
<br>
It might be that a good compromise would be rasterised layers that use<br>
only a single colour per layer (which can be stored incredibly<br>
efficiently) with a client-side beautification and overlay step. It<br>
would also be very simple then to change the colours of features.<br>
<br>
cheers,<br>
<font color="#888888"><br>
Henry<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Graham Jones<div>Hartlepool, UK.</div><br>
</div>