AW: Re: AW: Re: AW: Re: [Qgis-user] QGIS mapserver performance

Tue Mar 22 00:41:17 PDT 2011

> Is there a way not to get the wkt geometry when doing a getfeaturinfo?

This is possible now with r15557. The wkt geometry will only be available if 
switched on in the WMS-tab of the project properties.

> And getfeatureinfo is always returning a result even if the feature is
> not visible. Don't know if this is the desired behaviour?

No, hopefully I'll find time to fix it until 1.7

Regards,
Marco

Am Montag, 21. März 2011, um 14.57:50 schrieb Ziegler Stefan:
> Thanks again Marco!!
> 
> Ah, it seems that &DPI=96 should be added to the wms request. At the
> moment it renders features at 1:6000 that should be only visible up to
> 1:5000.
> 
> Is there a way not to get the wkt geometry when doing a getfeaturinfo?
> And getfeatureinfo is always returning a result even if the feature is
> not visible. Don't know if this is the desired behaviour?
> 
> regards
> Stefan
> 
> > -----Ursprüngliche Nachricht-----
> > Von: Marco Hugentobler [mailto:marco.hugentobler at sourcepole.ch]
> > Gesendet am: Montag, 21. März 2011 13:23
> > An: Ziegler Stefan
> > Cc: qgis-user
> > Betreff: Re: AW: Re: AW: Re: [Qgis-user] QGIS mapserver performance
> > 
> > Hi Stefan
> > 
> > libqgis_core.so is probably not in the standard library path.
> > You may point
> > the fcgi module to it by adding LD_LIBRARY_PATH  to /etc/apache2/mods-
> > enabled/fcgi.conf:
> > 
> > <IfModule mod_fcgid.c>
> > 
> >   ...
> >   DefaultInitEnv LD_LIBRARY_PATH /home/marco/src/qgis_trunk/lib
> > 
> > ...
> > </IfModule>
> > 
> > Regards,
> > Marco
> > 
> > Am Montag, 21. März 2011, um 12.46:34 schrieb Ziegler Stefan:
> > > Hi Marco
> > > 
> > > thanks. It was running as cgi. But now I'm running into
> > 
> > problems with
> > 
> > > using fastcgi (ubuntu 10.10). A just get a 500 from apache.
> > 
> > The messages
> > 
> > > from error.log are:
> > > 
> > > /usr/lib/cgi-bin/av_wms_color/qgis_mapserv.fcgi: error while loading
> > > shared libraries: libqgis_core.so.1.7.0: cannot open shared object
> > > file: No such file or directory
> > > [Mon Mar 21 12:42:43 2011] [warn] [client 127.0.0.1] (104)Connection
> > > reset by peer: mod_fcgid: error reading data from FastCGI server
> > > [Mon Mar 21 12:42:43 2011] [error] [client 127.0.0.1]
> > 
> > Premature end of
> > 
> > > script headers: qgis_mapserv.fcgi
> > > [Mon Mar 21 12:42:43 2011] [error] [client 127.0.0.1] File does not
> > > exist: /var/www/favicon.ico
> > > 
> > > 
> > > 
> > > regards
> > > Stefan
> > > 
> > > > -----Ursprüngliche Nachricht-----
> > > > Von: Marco Hugentobler [mailto:marco.hugentobler at sourcepole.ch]
> > > > Gesendet am: Montag, 21. März 2011 09:31
> > > > An: qgis-user at lists.osgeo.org
> > > > Betreff: Re: AW: Re: [Qgis-user] QGIS mapserver performance
> > > > 
> > > > Hi Stefan
> > > > 
> > > > It could be a problem either with the FastCGI setup or with
> > > > the layer cache in
> > > > the server.
> > > > 
> > > > If you look at the operating system process list after the
> > > > QGIS server request
> > > > has finished, do you still see an active entry? If not, it
> > > > could be that it
> > > > runs as a normal cgi instead of fastcgi.
> > > > 
> > > > Regards,
> > > > Marco
> > > > 
> > > > Am Montag, 21. März 2011, um 08.38:49 schrieb Ziegler Stefan:
> > > > > Hi Andi
> > > > > 
> > > > > > What exactly do you mean by "rendering straight from
> > > > 
> > > > postgis"? What
> > > > 
> > > > > > software is rendering straight from Postgis? UMN
> > > > 
> > > > Mapserver, or what
> > > > 
> > > > > > other renderer? Or your own renderer?
> > > > > 
> > > > > No, "straight from postgis" means adding the layer in QGIS
> > > > 
> > > > from postgis.
> > > > 
> > > > > I save this qgis project and make it available as WMS.
> > > > 
> > > > Since there is
> > > > 
> > > > > only QGIS (as renderer) involved I thought there would
> > 
> > not be a big
> > 
> > > > > performance difference. Ok, there is apache who is
> > 
> > handling the cgi
> > 
> > > > > request but that won't take 4 seconds.
> > > > > 
> > > > > > There are some performance bottlenecks regarding clipping of
> > > > > > larger/more
> > > > > > complex polygons. Marco can tell you more.
> > > > > 
> > > > > I don't think it's a clipping issue since it's fast when
> > > > 
> > > > adding the same
> > > > 
> > > > > layer 'straight from postgis' :) So there must be some
> > > > 
> > > > additional work
> > > > 
> > > > > when making a detour.
> > > > > 
> > > > > 
> > > > > regards
> > > > > Stefan
> > > > > 
> > > > > > Andreas
> > > > > > 
> > > > > > On 3/20/11 2:44 PM, Ziegler Stefan wrote:
> > > > > > > Hi
> > > > > > > 
> > > > > > > I have some questions concerning the performance of qgis
> > > > > > 
> > > > > > mapserver: Using layers with a small amount of polygons I do
> > > > > > not see a big difference between rendering the same layer
> > > > > > straight from postgis and from local qgis mapserver
> > > > > > installation. For a layer with some 400'000 polygons it takes
> > > > > > approx. 4 seconds from qgis mapserver (even for large scales
> > > > > > with only some polygons to render). But it only takes some
> > > > > > fractions of a second when the layer is rendered straight
> > > > > > from postgis (and growing with smaller scales ->
> > 
> > more polyons).
> > 
> > > > > > > Everything is running on a dual core laptop. So there
> > > > > > 
> > > > > > should be no big download bottleneck. No special styles are
> > > > > > applied to the layers (just a simple fill and an outline).
> > > > > > Are there some requests in addition to "GetMap"? Or what's
> > > > > > responsible for this big difference?
> > > > > > 
> > > > > > > regards
> > > > > > > Stefan
> > > > > > > 
> > > > > > > Mit freundlichem Gruss
> > > > > > > Stefan Ziegler
> > > > > > > Leiter amtliche Vermessung
> > > > > > > 
> > > > > > > Amt für Geoinformation
> > > > > > > Rötistrasse 4
> > > > > > > 4501 Solothurn
> > > > > > > 032 627 75 96
> > > > > > > _______________________________________________
> > > > > > > Qgis-user mailing list
> > > > > > > Qgis-user at lists.osgeo.org
> > > > > > > http://lists.osgeo.org/mailman/listinfo/qgis-user
> > > > > > 
> > > > > > _______________________________________________
> > > > > > Qgis-user mailing list
> > > > > > Qgis-user at lists.osgeo.org
> > > > > > http://lists.osgeo.org/mailman/listinfo/qgis-user

-- 
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland
marco.hugentobler at sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee