<p dir="ltr"><br>
> I believe GeoServer (well, GeoWebCache) uses "metatiling" for that purpose within its WMTS/TMS. My understanding is that rather than rendering a single 256*256 pixel tile like it was asked to, it renders a grid of 4*4 (adjustable; but that's the default) of those tiles (so 1024*1024 pixels) and then clips that to get the requested tile. The result is that labels look quite good crossing tile borders. Maybe something similar could work for QGIS.</p>

<p dir="ltr">Metatiling is a trick emplyed by almost every caching/tiling system. It's on the client side. While buffering is made by the server. <br>
Using both of them give the best results, but they're not alternatives. </p>
<p dir="ltr">giovanni</p>
<p dir="ltr">> Jonathan<br>
><br>
><br>
> On 12 December 2013 16:23, Bernhard Ströbl <<a href="mailto:bernhard.stroebl@jena.de">bernhard.stroebl@jena.de</a>> wrote:<br>
>><br>
>> Hi Martin,<br>
>><br>
>> Am 12.12.2013 16:50, schrieb Martin Dobias:<br>
>><br>
>>> Hi Tim!<br>
>>><br>
>>><br>
>>>> That all sounds absolutely brilliant! Thanks for such a nice clear<br>
>>>> description of how it all fits together. I know you are only considering<br>
>>>> layer-by-layer rendering but does your design accommodate further future<br>
>>>> optimisations easily? I'm thinking of things like:<br>
>>>><br>
>>>> * predictive / off screen  rendering of 3x3 canvas dimensions after the<br>
>>>> initial render so that any pan is near instantaneous (and would trigger a<br>
>>>> new off-screen render)<br>
>>><br>
>>><br>
>>> I have had this idea in my mind while working on the project. In<br>
>>> theory map canvas can spawn several renderer jobs (instead of just<br>
>>> one) and let them render just one tile of the map. Some special<br>
>>> handling of the labeling would be necessary if we wanted labels that<br>
>>> are allowed to cross the border of tiles.<br>
>>><br>
>><br>
>> that reminds me that I needed some way to keep a stripe around the edge free of labels in QGIS server for tiling purposes (labels were cut)<br>
>> if you address this issue it would be nice to have this somehow customizable for QGIS server.<br>
>><br>
>> Bernhard<br>
>><br>
>><br>
>> __________ Information from ESET Mail Security, version of virus signature database 9165 (20131212) __________<br>
>><br>
>> The message was checked by ESET Mail Security.<br>
>> <a href="http://www.eset.com">http://www.eset.com</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
><br>
><br>
> This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.<br>

><br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</p>