Actually, if performance is important a cache proxy should be used. I do it with UMN Mapserver too.<div>With tile rendering, requested through MapProxy or similar WMS-T/TMS server, we should provide metatiling and buffering. That would be needed by the tile generator too, I suppose...<br>
<div><br></div><div>giovanni<br><br><div class="gmail_quote">2012/11/14 Vincent Picavet <span dir="ltr"><<a href="mailto:vincent.ml@oslandia.com" target="_blank">vincent.ml@oslandia.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div class="im"><br>
> > The one thing were UMN Mapserver is a much better is performance. This<br>
> > is where we should really catch up.<br>
><br>
> I would put this to the higher position! I don't know where the effort<br>
> should be put, because I suppose it's something deep in the rendering<br>
> engine of QGis. Do you see bottlenecks at the server level?<br>
<br>
</div>As for performances, the software stack used by QGIS is much fatter than the<br>
one used by Mapserver for instance.<br>
Using the QT framework is great for desktop applications, but degenerates<br>
performances when used in another context. Compared to QGIS, mapserver uses<br>
custom C implementation with thinner memory and computing resources<br>
management. This is valid for TinyOWS, mapcache and mapnik too.<br>
<br>
Ways to overcome this could be :<br>
* multithreading (but the catch-up will only work for a one-process<br>
architecture, mapserver can be parallelized since it's stateless)<br>
* using GPUs : that's a big task to implement<br>
<br>
This does not mean QGIS will alway be 10 times slower than mapserver and can't<br>
be improved, but it would be really surprised to see it keeping up with<br>
mapserver or mapnik performances.<br>
<span class="HOEnZb"><font color="#888888"><br>
Vincent<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> I would also add a point to the whishlist: Qgis Server Python API ;)<br>
<br>
><br>
> giovanni<br>
><br>
> 2012/11/14 kimaidou <<a href="mailto:kimaidou@gmail.com">kimaidou@gmail.com</a>><br>
><br>
> > Hi<br>
> ><br>
> > 2012/11/14 Vincent Picavet <<a href="mailto:vincent.ml@oslandia.com">vincent.ml@oslandia.com</a>><br>
> ><br>
> >> Hi,<br>
> >><br>
> >> > * templates for HTML popups (already done this in Lizmap, but why not<br>
> >> > having it in Qgis)<br>
> >><br>
> >> You mean accessing the templates through QGIS server ? Because html<br>
> >> popups already are in QGIS :)<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>
> > We should have a look at PyWPS too, which could be an easy way to provide<br>
> ><br>
> >> WPS<br>
> >> services around QGIS API.<br>
> ><br>
> > Yes, pyWPS could help provide this feature, but we still need a way so<br>
> > that QGIS Server can use python plugins / processes, etc.. I remember<br>
> > discussion about this during last hackfests, but I do not know if someone<br>
> > gave it a try.<br>
> ><br>
> > Anyway, +10000 for focusing on performance first, which is the key<br>
> > "feature" for a Server.<br>
> ><br>
> > Michael<br>
> ><br>
> >> Vincent<br>
> >><br>
> >> > Good evening<br>
> >> > Michael<br>
> >> ><br>
> >> ><br>
> >> > 2012/11/14 G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>><br>
> >> ><br>
> >> > > > - integrated tiling<br>
> >> > >><br>
> >> > >> Why not integrating mapcache directly to mutualize effort on this<br>
> >><br>
> >> part ?<br>
> >><br>
> >> > >> Mapcache can be used standalone, and could read its parameters<br>
> >><br>
> >> directly<br>
> >><br>
> >> > >> from a<br>
> >> > >> qgis configuration file. No need to reinvent the wheel here, or<br>
> >> > >> would there be a<br>
> >> > >> good reason to it ?<br>
> >> > ><br>
> >> > > I think that a tile generator from the QGis Desktop side would<br>
> >><br>
> >> suffice.<br>
> >><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<br>
> >> > >> for each layer an attached mask layer, which is not displayed but<br>
> >> > >> only<br>
> >><br>
> >> used<br>
> >><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 href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> >> > >> <a 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 href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> >> > > <a 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 href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> >> <a 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 href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> > <a 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 href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a 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><br></div></div>