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

[Marco Hugentobler]

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