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

[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
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20110321/b643ec92/attachment.html>