<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Andrea, Giovanni<br>
<br>
QGIS Server doesn't calculate the bbox itself, but it queries the
extent from the layers. So it can be that certain providers
calculate the bbox (of course only if the layer / capabilities
document is not cached).<br>
<br>
For a faster startup, having a persistent cache as Giovanni
suggested might help.<br>
<br>
Regards,<br>
Marco<br>
<br>
On 14.02.2014 10:18, G. Allegri wrote:<br>
</div>
<blockquote
cite="mid:CAB4g1=xhBNTFYeS3vNx=ENJ3vobAP5dWG_B_+CkpGKv+1_rdnA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<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 dir="ltr">
<div>
<div>
<div><br>
</div>
<div>I don't understand why the qgis-server eed to
calculate always the bbox.<br>
In the server project windows, <br>
qgis ask for the published bbox.<br>
</div>
<div>Why it don't use it as bbox rather than
calculate it on every request ?<br>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Marco, correct me if I'm wrong.</div>
<div>QGIS Server doesn't calculate the BBOX, it parses the
layers extents from the .qgs project and then combine them
to obtain the entire BBOX.</div>
<div>The only operation it does is reprojecting the extents
to WGS84 to create the EX_GeographicBoundingBox element.</div>
<div><br>
</div>
<div>Anyway, in case the project advertises and extent, the
combined extent won't be calculated, so in your case this
phase shouldn't be the bottleneck...</div>
<div><br>
</div>
<div>giovanni</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div> </div>
<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 dir="ltr">
<div>
<div>
<div>
<br>
</div>
<div>The FastCGI don't help really.<br>
In a publishing environment every few hour the
instances are restated to removed zombi process.<br>
This mean that every few hours the FastCGI are
emptied and reloaded.<br>
A fastcgi environment mean to load 20 instances of
QGIS-server and every of them do them own
elaboration .<br>
As the bbox calculation for every layer.<br>
<br>
GASP.<br>
The start could ask about one hours and more.<br>
</div>
<br>
</div>
Also another problem with the fastcig is that when <br>
</div>
<div>I change something on a project I need to restart
to Web instances to dismiss the actual project and
reload the new.<br>
<br>
</div>
<div>So every change in a qgis project need a restart of
all proccess (20 and so on in a fastcgi enviroment)
every with a slow bbox calculation phase.<br>
<br>
</div>
<div>mmhh...<br>
<br>
</div>
<div>:/<br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2014-02-14 9:13 GMT+01:00 G.
Allegri <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:giohappy@gmail.com" target="_blank">giohappy@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>
<div class="h5">
<div dir="ltr"><br>
<div class="gmail_extra">
<br>
<br>
<div class="gmail_quote">2014-02-14 Marco
Hugentobler <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:marco.hugentobler@sourcepole.ch"
target="_blank">marco.hugentobler@sourcepole.ch</a>></span>:
<div>
<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 bgcolor="#FFFFFF" text="#000000">
<div>Hi Andrea
<div><br>
<br>
>I suspect that QS try always
to recalc the box of every
layer.<br>
<br>
</div>
QGIS server caches layers (up to
100, but that can be enhanced
using the environment variable
MAX_CACHE_LAYERS). Furthermore,
the GetCapabilities documents are
cached (so no recalculation if
using FastCGI).
<div><br>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</div>
<div>Thanks Marco, you confirmed what I
told Andrea.</div>
<div>It would be a good enhancement if
caching could be done in a persitent
manner (out of memory). We could
consider, in the future, to use memcache
or something similar.</div>
<div><br>
</div>
<div>giovanni</div>
</div>
</div>
</div>
<br>
</div>
</div>
<div class="im">_______________________________________________<br>
Qgis-user mailing list<br>
<a moz-do-not-send="true"
href="mailto:Qgis-user@lists.osgeo.org"
target="_blank">Qgis-user@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/qgis-user"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</div>
</blockquote>
</div>
<div class="im"><br>
<br clear="all">
<br>
-- <br>
-----------------<br>
Andrea Peri<br>
. . . . . . . . . <br>
qwerty àèìòù<br>
-----------------<br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">Giovanni Allegri<br>
<a moz-do-not-send="true"
href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a>
<div>Twitter: <a moz-do-not-send="true"
href="https://twitter.com/_giohappy_" target="_blank">https://twitter.com/_giohappy_</a></div>
<div>blog: <a moz-do-not-send="true"
href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>
GEO+ geomatica in Italia <a moz-do-not-send="true"
href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a></div>
</div>
</div>
</div>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
<a class="moz-txt-link-abbreviated" href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a> <a class="moz-txt-link-freetext" href="http://www.sourcepole.ch">http://www.sourcepole.ch</a>
Technical Advisor QGIS Project Steering Committee </pre>
</body>
</html>