[OSM-dev] Proposal for T at H land/sea updates

[Dirk-Lüder Kreie]

Alan Millar schrieb:
> Thanks for everyone's feedback on my idea
> 
>>> The problem with this is that this data is distributed as part of the
>>> code.
> 
> Sebastian Spaeth writes:
>> That is correct and it is not perfect.
> 
> Martijn van Oosterhout writes:
>> Distribution of the data was a problem considered at the beginning but
>> never really solved.
> 
> I have now found that there is some update code built into tilesGen.pl. 
> It checks a version file on the svn server, and if the version number has
> changed, it does an svn update to retrieve the latest version, which
> includes any changes to oceantiles_12.dat.  This does have some advantages
> over my idea.  It keeps everything up-to-date, including osmarender style
> sheets and, of course, the code itself.
> 
> It is based on a "version.txt" file on the server.  Anyone know who/what
> updates that?

I do, and this method is very much alpha stage. and it's Version.php on 
the tah server and version.txt on the client.

> I think I will concentrate first on making the svn update work reliably. 
> I found that when I delete everything from my work directory, which
> includes the local version.txt file, the code doesn't always reset it and
> pick up a new version.  The code looks right, so I'll have to do some
> debugging.

please do.

> While updates to the binary file may or may not be the most efficient way
> to do it, they are relatively infrequent, and probably not significant in
> the total traffic of the t at h client.  And it still allows offline use.

>> I'd say that a new layer *might* be a bit overkill, as blankness
>> information is in the current default layer as well.
> 
> I didn't realize there was a default layer.  I'll go learn some more about
> it.

it's the "osmarender" layer you see on informationfreeway by default.

> So for now I'm going to concentrate on debugging existing features before
> introducing new bugs, I mean features :-)

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20080604/42c9c9f0/attachment.pgp>