<html><head></head><body>It's like the close door button in an elevator, you know it usually does not speed things up, but it feels good to press it anyway. <br>
Yves <br><br><div class="gmail_quote">Le 8 mars 2017 13:03:32 GMT+01:00, Tom Hughes <tom@compton.nu> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On 08/03/17 09:35, joost schouppe wrote:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> While a lot of the comments are a bit misguided, I think it is clear<br /> that quite a few mappers use this dirty trick to get the render to<br /> refresh. As <a href="http://OSM.org">OSM.org</a> is supposed to be a mapper's tool and not a general<br /> public website, I think it is quite obvious that a forced-tile-refresh<br /> function is within the scope of the website.<br /></blockquote><br />There is a cargo cult belief that you need to force dirty the tile at <br />the renderer but that is almost never the case - any changes to nodes <br />and ways will automatically dirty the relevant tiles. Only changes to <br />relations are not handled automatically.<br /><br />Now there was a bug for much of last week where that wasn't happening <br />properly - that was fixed on Friday morning and all the missed tile <br />expiries were processed over the next 24 hours.<br /><br />What is normally an issue is the squid caches that sit in front of the <br />renderers, but a simple shift-reload will bust those caches and in fact <br />a manual dirty will do nothing at all to help with those.<br /><br />Tom<br /></pre></blockquote></div></body></html>