<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi all<br>
<br>
Performance is a complex topic, it essentially depends what you
are testing ( few complex polygons, many small polygons, type of
raster, lots of labels, ...). <br>
I'm regularly profiling some of my important server projects (e.g.
WMS of cadastral survey). One thing that takes up a lot of render
time is the drawing of the labels (only the rendering, not the
placement).<br>
I think this is because they are rendered using QPainterPath and
not with QPainter->drawText (but it might be difficult to
render the buffer using drawText).<br>
<br>
And don't forget that normally the transfer of the image over the
internet takes more time than the WMS rendering itself. So don't
forget to use jpg for rasters and the improved png8 for vectors.
It can improve perceived performance by a factor of 3 or 4.<br>
<br>
Regards,<br>
Marco<br>
<br>
On 14.11.2012 19:57, Andreas Neumann wrote:<br>
</div>
<blockquote
cite="mid:9bb16b47-6812-4b98-83cb-afe33d529b4b@email.android.com"
type="cite">
<meta http-equiv="Context-Type" content="text/html; charset=utf-8">
Lets say that speed of QGIS Server is good enough for most of my
projects. But it could be faster for more complex rendering and
labeling.<br>
<br>
UMN feels faster than QGIS Server - but I don't have time for
double configurations for desktop and web. Plus - it is so much
easier to configure QGIS projects compared to editing mapfiles.<br>
<br>
<div class="gmail_quote"><br>
<br>
"G. Allegri" <a class="moz-txt-link-rfc2396E" href="mailto:giohappy@gmail.com"><giohappy@gmail.com></a> schrieb:
<blockquote class="gmail_quote">
<div class="im">
<blockquote class="gmail_quote">
The one thing were UMN Mapserver is a much better is
performance. This<br>
is where we should really catch up.<br>
</blockquote>
<div><br>
</div>
</div>
<div>
I would put this to the higher position! I don't know where
the effort should be put, because I suppose it's something
deep in the rendering engine of QGis. Do you see bottlenecks
at the server level?</div>
<div>
<br>
</div>
<div>I would also add a point to the whishlist: Qgis Server
Python API ;)</div>
<div>
<br>
</div>
<div>giovanni</div>
<br>
<div class="gmail_quote">2012/11/14 kimaidou <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:kimaidou@gmail.com"
target="_blank">kimaidou@gmail.com</a>></span><br>
<blockquote class="gmail_quote">Hi<br>
<br>
<div class="gmail_quote">
<div class="im">2012/11/14 Vincent Picavet <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:vincent.ml@oslandia.com"
target="_blank">vincent.ml@oslandia.com</a>></span><br>
<blockquote class="gmail_quote">
Hi,<br>
<div><br>
> * templates for HTML popups (already done
this in Lizmap, but why not<br>
> having it in Qgis)<br>
</div>
You mean accessing the templates through QGIS server
? Because html popups<br>
already are in QGIS :)<br>
</blockquote>
</div>
<div><br>
<br>
I mean through Qgis Server (in respect to this thread
title ;) <br>
Just exposing methods for the server must do it, as
Andreas proposed. <br>
<br>
</div>
<div class="im">
<blockquote class="gmail_quote">
We should have a look at PyWPS too, which could be
an easy way to provide WPS<br>
services around QGIS API.<br>
</blockquote>
</div>
<div><br>
<br>
Yes, pyWPS could help provide this feature, but we
still need a way so that QGIS Server can use python
plugins / processes, etc.. I remember discussion about
this during last hackfests, but I do not know if
someone gave it a try.<br>
<br>
Anyway, +10000 for focusing on performance first,
which is the key "feature" for a Server.<br>
<br>
Michael<br>
<br>
</div>
<div>
<div class="h5">
<blockquote class="gmail_quote">
<span><br>
Vincent<br>
</span>
<div>
<div><br>
><br>
> Good evening<br>
> Michael<br>
><br>
><br>
> 2012/11/14 G. Allegri <<a
moz-do-not-send="true"
href="mailto:giohappy@gmail.com"
target="_blank">giohappy@gmail.com</a>><br>
><br>
> > > - integrated tiling<br>
> >><br>
> >> Why not integrating mapcache
directly to mutualize effort on this part ?<br>
> >> Mapcache can be used standalone,
and could read its parameters directly<br>
> >> from a<br>
> >> qgis configuration file. No need
to reinvent the wheel here, or would<br>
> >> there be a<br>
> >> good reason to it ?<br>
> ><br>
> > I think that a tile generator from
the QGis Desktop side would suffice.<br>
> > Any other TMS/WMS-T server could use
the tile structure.<br>
> ><br>
> >> > - mask layers<br>
> >><br>
> >> That would be great to have in
QGIS indeed. It would mean having for<br>
> >> each layer an attached mask
layer, which is not displayed but only used<br>
> >> to define<br>
> >> hidden places.<br>
> >><br>
> >> > - symbol placement<br>
> >> > - label offsets<br>
> >><br>
> >> That's for qgis symbology, not
directly a qgis server issue. Label<br>
> >> offset in<br>
> >> mapserver definitly looks cool !<br>
> ><br>
> > I agree Vincent.<br>
> ><br>
> >> Vincent<br>
> >>
_______________________________________________<br>
> >> Qgis-developer mailing list<br>
> >> <a moz-do-not-send="true"
href="mailto:Qgis-developer@lists.osgeo.org"
target="_blank">Qgis-developer@lists.osgeo.org</a><br>
> >> <a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/qgis-developer"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> ><br>
> >
_______________________________________________<br>
> > Qgis-developer mailing list<br>
> > <a moz-do-not-send="true"
href="mailto:Qgis-developer@lists.osgeo.org"
target="_blank">Qgis-developer@lists.osgeo.org</a><br>
> > <a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/qgis-developer"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a moz-do-not-send="true"
href="mailto:Qgis-developer@lists.osgeo.org"
target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/qgis-developer"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div>
</div>
</blockquote>
</div>
</div>
</div>
<br>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a moz-do-not-send="true"
href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/qgis-developer"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br>
</blockquote>
</div>
<br>
<pre><hr>
Qgis-developer mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>
<a moz-do-not-send="true" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
</pre>
</blockquote>
</div>
<br>
-- <br>
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
gesendet.
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Qgis-developer mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
</pre>
</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>