[Tilesathome] Unnecessary re-rendering of tiles?

Dirk-Lüder Kreie osm-list at deelkar.net
Wed Feb 6 23:05:36 GMT 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rob Reid schrieb:
> This was discussed briefly on irc the other day but I'm not sure any 
> conclusion was reached.
> 
> I'm looking a tile that was rendered a few days ago when I changed the 
> data and it's status seems a little strange.
> The tile is http://tah.openstreetmap.org/Tiles/info.php?x=4011&y=2595&z=12
> (Note that the status may be different by the time you read this email 
> as I have made changes and am going to re-render it)
> 
> Currently the tile info shows
> 
> 
>         Current Request Status
> 
>     Requested at 2008-02-01 18:39:07, by server:MissingTile:7, with
>     priority 3.
>     Current state is *Pending*.
> 
> 
>         Tile on disk
> 
>     Image file: 28535 bytes, modified 2008-01-28 22:57:31
> 
>     Full tileset upload by user 215 (ivansanchez) with client 20 (Oslo)
>     recorded on 2008-01-28 21:01:06
> 
> 
>         Blank db
> 
>     4011,2595 at z-12 is blank land, uploaded by user 215
>     '*ivansanchez*' on 2008-01-28 21:01:06
> 
> My question is why has it been flagged as MissingTile when there is a 
> valid and current tile on disk?
> The suggestion on irc was that it may have something to do with the 
> blank tile reducing process?

I've looked at the code, and if info.php says it's blank it should *NOT*
have been re-requested, unless the db somehow did not answer. But I'm
not that good at php so I might have missed something.

Basically if the z-12 tile contains any data (i.e. there is an actual
map tile on disk) it should not even have reached the db.php which
handles the emptytile and re-request.


- --

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHqj1AFUbODdpRVDwRAkYpAJ9b5lwkAblZkNayjBnP20ePLQ47bQCgpAfp
lD3QCctVFzHbVxiOrCCPyio=
=UMfq
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3743 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20080207/5f78e62b/attachment.bin>


More information about the Tilesathome mailing list