> 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:[email protected]] > > 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:[email protected]] > > > > Gesendet am: Montag, 21. März 2011 09:31 > > > > An: [email protected] > > > > 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 > > > > > > > [email protected] > > > > > > > http://lists.osgeo.org/mailman/listinfo/qgis-user > > > > > > > > > > > > _______________________________________________ > > > > > > Qgis-user mailing list > > > > > > [email protected] > > > > > > http://lists.osgeo.org/mailman/listinfo/qgis-user -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland [email protected] http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee _______________________________________________ Qgis-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-user
