<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/31 thomas bonfort <span dir="ltr"><<a href="mailto:thomas.bonfort@gmail.com" target="_blank">thomas.bonfort@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">> As far as I can see in the discussion, a global setting to disable the<br>

> driver extent calculation for the GetCapabilities request would be a good<br>
> consensus, isn't it?<br>
<br>
</div>My opinion is that this would be a bare minimum. The difficult<br>
question is whether the expensive extent calculation should set to on<br>
or off by default:<br>
- ON by default: people who have not updated their mapfiles, or people<br>
who do not explicitly disable, are faced with potential denial of<br>
service if they have layers with many features<br>
- OFF by default: the wrong extent calculation continues to cause<br>
unexpected behaviour that isn't trivial to debug<br>
<br></blockquote><div><br></div><div>To be specific currently msLayerGetExtent is called from the following locations:</div><div><br></div><div>1. msOWSGetLayerExtent</div><div>2. msRASTERLayerGetExtent (for tile indexes)</div>
<div>3. getExtent (mapscript)</div><div><br></div><div>I don't see any other use cases.</div><div><br></div><div>For #2 and #3 it is expected to return a valid extent instead of a failure. The only issue we should talk about is  msOWSGetLayerExtent whether or not to use the driver specific extent calculation. Seems like we intend to continue supporting an undocumented "side effect" which I'm quite unsure that is the correct route to follow.</div>
<div><br></div><div>Tamas</div><div><br></div><div><br></div></div></div></div>