[Tiling] Fwd: [OSGeo-Standards] Irregular tile coverage in TMS?

Paul Ramsey pramsey at cleverelephant.ca
Mon Sep 13 13:06:21 EDT 2010


It looks like these discussions might add some notes and alterations
to the existing document, so I've set up a page to track them and
their status. Eventually this could result in a TMS 1.1 page.

http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification_Change_Requests

P.

On Mon, Sep 13, 2010 at 12:21 AM, Oliver Tonnhofer <olt at bogosoft.com> wrote:
> Hi,
>
> I think we need to differentiate between active and passive TMS implementations. When a tile is missing for an active implementation, it often means a cache-miss (unless the server knows more about the coverage) and the tile needs to be created. For passive implementations, i.e. bunch of static files, there is no way to create that tile.
>
> On 13.09.2010, at 04:12, Matt Priour wrote:
>> I think requiring servers to actually cache individual empty images for each empty tile is not useful.
>
> Well, that's an implementation detail. MapProxy can store symbolic links for all tiles that only contain one color (empty, water, forest, etc.). So you don't waste space, only inodes.
>
>> The server response, whether it is an no data image for each request, a redirect to a common no data image, or a simple 404; is not really all that important either. Clients should be able to handle any of those type responses and behave appropriately.
>
>
> Yeah, I agree with you, clients should be prepared to get different replies. But I would like to suggest that returning empty images should be 'best practice'.
>
> Regards,
> Oliver
>
>
>
> _______________________________________________
> Tiling mailing list
> Tiling at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/tiling
>


More information about the Tiling mailing list