[Tilesathome] mark tiles as sea/land/mixed

[spaetz]

On Sun, Sep 16, 2007 at 05:33:57PM +0100, 80n wrote:

> Would it be worth enhancing the t at h client to periodically fetch a fresh
> copy?

This would be a rather small change, I guess, and surely a good one (it would need a config option for turning it off, of course). Together with updated blank databases, it would also be great if it would look for and download updated style sheets. There is such an option in the clients, but it is unused as of now, AFAIK. It uses some of OJW's webspace. IMHO it would make nore sense to have it download directly from the SVN repository, such as http://svn.openstreetmap.org/applications/rendering/osmarender5/.

On the other hand, this would basically re-implement the functionality that SVN offers. I wonder if we can add some functionality, that would simply call "SVN" from within the tilesGen loop and pull down new stuff (as the script even checks whether it was modified itself and seems to restarts itself, this *could* effectually be a continuous auto-update). We could  specify a file pattern to update stuff in the client configuration, such as "oceantiles.dat osmarender/osm*.xml" wich would only update non-executable files. This would potentially alleviate some of the security concerns of such a mechanism.

I am a little more hesitant to add such information to the server itself, not because I think it wouldn't make any sense, but because the server doesn't have the information contained in oceantiles.dat at all, currently. So although possible, it would mean teaching the server a couple of new tricks (and additional 16 mio rows of information). It would also be *somewhat* more centralized in that every render of a t at h client (even those not working through the central request queue) would need to contact the server and gather that information. I think keepting t at h as decentralized as possible, is a worthy design goal, introducing more central server queries not necessarily.

If somebody feels like implementing such a system, I certainly won't stand in their way, though.

spaetz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20070917/0836103e/attachment.pgp>