Re: [Qgis-user] WMS in python?
Can a WMS Layer be added to an application built using the python bindings? I've tried to do it using a few variations of parameters with the QgsDataSourceURI(), but my lyr.isValid() is always false. Can I add a WMS Layer using the python bindings, and if so, how? It *should* be possible. There's a following constructor (available also from python) of raster layers which is used in case of WMS: QgsRasterLayer(int dummy, const QString baseName = QString(), const QString path = QString(), const QString providerLib = QString(), const QStringList layers = QStringList(), const QStringList styles = QStringList(), const QString format = QString(), const QString crs = QString(), const QString proxyHost = QString(), int proxyPort = 80, const QString proxyUser = QString(), const QString proxyPass = QString()); I have never done something with WMS so can't supply you with a working example, but to get an idea how to fill in the parameters, see QgisApp::addWmsLayer() and debug output from QgisApp::addRasterLayer() in src/app/qgisapp.cpp. Regards Martin Right you are Martin. A WMS layer can be added via the python bindings by using gdal. I just had to set up an .xml file describing the wms server as outlined here: http://www.gdal.org/frmt_wms.html Then it was a simple matter of adding the layer: rLayer = QgsRasterLayer('data/local_wms.xml','2007 Aerial') And everything worked perfectly. The gdal wms provider doesn't seem quite as fast as the native wms provider in QGIS, which isn't really a surprise. It works though. Thanks for the tips! Rob ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] WMS in python?
Hi All, Can a WMS Layer be added to an application built using the python bindings? I've tried to do it using a few variations of parameters with the QgsDataSourceURI(), but my lyr.isValid() is always false. Can I add a WMS Layer using the python bindings, and if so, how? Thanks Rob McCulley GIS Coordinator County of Vermilion River (780) 846-2244 www.vermilion-river.ab.ca http://www.vermilion-river.ab.ca/ ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS in python?
On Mon, Mar 3, 2008 at 9:08 PM, Rob McCulley [EMAIL PROTECTED] wrote: Can a WMS Layer be added to an application built using the python bindings? I've tried to do it using a few variations of parameters with the QgsDataSourceURI(), but my lyr.isValid() is always false. Can I add a WMS Layer using the python bindings, and if so, how? It *should* be possible. There's a following constructor (available also from python) of raster layers which is used in case of WMS: QgsRasterLayer(int dummy, const QString baseName = QString(), const QString path = QString(), const QString providerLib = QString(), const QStringList layers = QStringList(), const QStringList styles = QStringList(), const QString format = QString(), const QString crs = QString(), const QString proxyHost = QString(), int proxyPort = 80, const QString proxyUser = QString(), const QString proxyPass = QString()); I have never done something with WMS so can't supply you with a working example, but to get an idea how to fill in the parameters, see QgisApp::addWmsLayer() and debug output from QgisApp::addRasterLayer() in src/app/qgisapp.cpp. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS in QGIS: no map displayed
Hi Jacolin, can you send a link to your wms server, so we can test? Regards, Otto On Wed, 30 Jan 2008 10:29:38 +0100 Jacolin Yves [EMAIL PROTECTED] wrote: Hi, I have a small problem with my own WMS service. I don't know where to ask, as you can see, it is not easy to find the reason of my problem. Description: A WMS Service is hosted in my localhost, using mapserver 4.10.3. This WMS is working with my navigator (by requesting directly the server), with gvSIG. With QGIS, this is completly different, this is not link to one release as I tested it with the 0.8.1, 0.9.1 and the futur 0.9.2. The layer is loaded in QGIS, nothing appear in the map windows, if I click right on the layer name to load the properties windows, I can see the result of the GetCapabilities request (well I suppose that it is a result from the GetCapabilities request). I can see all information about my layers. Do you know why my map does not appear in the map windows ? Thanks for any tips you could provide, Y. ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] WMS in QGIS: no map displayed
Hi, I have a small problem with my own WMS service. I don't know where to ask, as you can see, it is not easy to find the reason of my problem. Description: A WMS Service is hosted in my localhost, using mapserver 4.10.3. This WMS is working with my navigator (by requesting directly the server), with gvSIG. With QGIS, this is completly different, this is not link to one release as I tested it with the 0.8.1, 0.9.1 and the futur 0.9.2. The layer is loaded in QGIS, nothing appear in the map windows, if I click right on the layer name to load the properties windows, I can see the result of the GetCapabilities request (well I suppose that it is a result from the GetCapabilities request). I can see all information about my layers. Do you know why my map does not appear in the map windows ? Thanks for any tips you could provide, Y. -- Yves Jacolin --- http://softlibre.gloobe.org ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS in QGIS: no map displayed
On Wed, 30 Jan 2008 10:40:47 +0100 Jacolin Yves [EMAIL PROTECTED] wrote: This is a local service and I have no way to share it. Sorry about this, I know this won't help you so much. Could I send the mapfile? don't think this helps because your wms server seems to work, if it can be seen with other GIS like gvSIG. - Maybe there is a scale dependent visibility defined? You could try to zoom in or out. - Are there any other restrictions you could check? maybe others have more ideas, how to check and solve this ...? sorry, Otto Y. Le Wednesday 30 January 2008 10:31:33 Otto Dassau, vous avez écrit : Hi Jacolin, can you send a link to your wms server, so we can test? Regards, Otto On Wed, 30 Jan 2008 10:29:38 +0100 Jacolin Yves [EMAIL PROTECTED] wrote: Hi, I have a small problem with my own WMS service. I don't know where to ask, as you can see, it is not easy to find the reason of my problem. Description: A WMS Service is hosted in my localhost, using mapserver 4.10.3. This WMS is working with my navigator (by requesting directly the server), with gvSIG. With QGIS, this is completly different, this is not link to one release as I tested it with the 0.8.1, 0.9.1 and the futur 0.9.2. The layer is loaded in QGIS, nothing appear in the map windows, if I click right on the layer name to load the properties windows, I can see the result of the GetCapabilities request (well I suppose that it is a result from the GetCapabilities request). I can see all information about my layers. Do you know why my map does not appear in the map windows ? Thanks for any tips you could provide, Y. ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS in QGIS: no map displayed
Hi Yves, Yes, difficult to find the reason without access to the server. One thing that happens very often is that the mapserver has layers with scale dependent visibility. If you access such layers with QGIS, it will zoom to the full extent initially, and the mapserver then displays a blank image. If you zoom to the right extent, the image will show up. Not sure however if this applies for your particular case. Regards, Marco Am Mittwoch 30 Januar 2008 10:40:47 schrieb Jacolin Yves: This is a local service and I have no way to share it. Sorry about this, I know this won't help you so much. Could I send the mapfile? Y. Le Wednesday 30 January 2008 10:31:33 Otto Dassau, vous avez écrit : Hi Jacolin, can you send a link to your wms server, so we can test? Regards, Otto On Wed, 30 Jan 2008 10:29:38 +0100 Jacolin Yves [EMAIL PROTECTED] wrote: Hi, I have a small problem with my own WMS service. I don't know where to ask, as you can see, it is not easy to find the reason of my problem. Description: A WMS Service is hosted in my localhost, using mapserver 4.10.3. This WMS is working with my navigator (by requesting directly the server), with gvSIG. With QGIS, this is completly different, this is not link to one release as I tested it with the 0.8.1, 0.9.1 and the futur 0.9.2. The layer is loaded in QGIS, nothing appear in the map windows, if I click right on the layer name to load the properties windows, I can see the result of the GetCapabilities request (well I suppose that it is a result from the GetCapabilities request). I can see all information about my layers. Do you know why my map does not appear in the map windows ? Thanks for any tips you could provide, Y. -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS Rendering Problems
Hi Tom, You are right, resizing is a problem. I did some further tests on Linux and Mac, and found that resizing is a problem on both plattforms (maybe also on win, I didn't test). So I don't think it is a Mac specific issue. Also I found resizing can be a problem with large vector layers. r7316 doesn't fix the Mac WMS rendering problem; I am also using a Mac G4. To reproduce the bug, open a WMS layer and then resize or maximize the window. The layer is cleared and not redrawn. Other widgets such as the status and tool bars are sometimes drawn at incorrect locations too. Maximizing worked on my G4 perfectly. I observed problems with the status and tool bar when resizing the window with the mouse (both on G4 and Linux). My guess is that the begin() of the second draw event is ignored as superfluous because the painter is already active. The second draw event then draws and successfully closes the painter. At this point, the resumed first draw is attempting to draw into an inactive painter. That's why I tried to protect the QGraphicsRectItem from paint events in r7316: if (mCanvas-isDirty()) { setEnabled(false); mCanvas-render(); setEnabled(true); } If the item is disabled, it does not receive events during the rendering. I have the impression that concurrent paint events are not the only problem. Maybe Qts update optimisation of QWidget and QGraphicsView is also a cause? It's probably best left for QGIS 1.1. For now, we should see if nested draw events can be eliminated without a major redesign. I totally agree. As 0.9.1 is meant as a bugfix release, it would be nice to have a solution with minimal code changes. Regards, Marco On Sunday 04 November 2007 06:51:46 Tom Elwertowski wrote: Marco Hugentobler wrote: I think that the WMS refresh problem is due to a problem with QGraphicsView/QGraphicsRectItem, which I tried to adress with r7316. This fix works for me on Kubuntu7.10, Win XP (msys) and Mac (G4). From what I can see, the synchronous requesting works as expected and is left at the time QHttp sends the done() signal (once all the requested data is available). The painting is then done into QImage, which I think is plattform independent (software rendering). Asynchronous requesting of WMS layers could still be a possibility for the future. Maybe combined with Tims idea of a composite manager? I think that such functionality should be developed in a branch as there is a high risk of side effects. Hi Marco, r7316 doesn't fix the Mac WMS rendering problem; I am also using a Mac G4. To reproduce the bug, open a WMS layer and then resize or maximize the window. The layer is cleared and not redrawn. Other widgets such as the status and tool bars are sometimes drawn at incorrect locations too. Resizing a window by dragging the size control is a gold standard for testing Mac drawing code. If there are problems, they are most likely to show up while resizing a window. The problem is that the WMS implementation is not Qt processEvent safe. Moving to asynchronous network events is one way to make the code processEvent safe. Moving the synchronous transfer outside the draw event might also work. Using threads for drawing is probably the best solution. I chose the asynchronous approach because it seemed closest to a bug fix than a redesign. This is the problematic sequence of events: 1. Resize window 2. WMS provider initiates draw event. 3. draw routine discovers layer needs refresh from WMS server. 4. draw routine issues network request. 5. QgsHttpTransaction calls processEvents so that network request can leave local machine. 6. processEvents now runs other events while waiting for the remote response. 7. there are drawing events pending due to setStatus signals from QgsHttpTransaction and QgsRasterLayer as well as for drawing the overview canvas. If a drag resize is in progress, there are also additional draw events due to the continued resizing of the main canvas. This is the bug -- a Mac draw event cannot be interrupted by another draw event. 8. eventually we resume interrupted draw events which are not able to be resumed. Here is the Mac terminal log: Warning: QWidget::repaint: Recursive repaint detected Warning: QCoreGraphicsPaintEngine::begin: Painter already active Warning: QPainter::begin(): Returned false Warning: QPainter::end: Painter not active, aborted followed by many of: Warning: QWidget: It is dangerous to leave painters active on a widget outside of the PaintEvent My guess is that the begin() of the second draw event is ignored as superfluous because the painter is already active. The second draw event then draws and successfully closes the painter. At this point, the resumed first draw is attempting to draw into an inactive painter. If we don't change anything, we need to tell users that QGIS/Mac does not support resizing or maximizing project windows containing
Re: [Qgis-user] WMS Rendering Problems
Hi Tom, The refresh problem arises from the fact that the WMS layer is not requested until after the redraw cycle begins. Om a Mac (and probbably Windows too, based upon your observations), drawing cannot be interrupted to do something else -- either you already possess the bitmap or you don't start drawing. The reason you don't see the image until some future action is that the WMS image don't show up until after the refresh cycle that requested it has competed. I think that the WMS refresh problem is due to a problem with QGraphicsView/QGraphicsRectItem, which I tried to adress with r7316. This fix works for me on Kubuntu7.10, Win XP (msys) and Mac (G4). From what I can see, the synchronous requesting works as expected and is left at the time QHttp sends the done() signal (once all the requested data is available). The painting is then done into QImage, which I think is plattform independent (software rendering). Asynchronous requesting of WMS layers could still be a possibility for the future. Maybe combined with Tims idea of a composite manager? I think that such functionality should be developed in a branch as there is a high risk of side effects. Regards, Marco On Tuesday 30 October 2007 19:49:30 Tom Elwertowski wrote: Micha Silver wrote: In some early work I noticed on windows, displaying maps from a WMS server (mapserver 4.10.2) that the map image doesn't appear until I do something. I have to open some other dialog box, then when I close it, the map appears. If I pan or zoom, I see the map layers *while panning*, but as soon I release the mouse the map layers (as well as north arrow and other decorations) disappear. If I click on the Render button to disable rendering, then click again to re-enable, the map appears. But again, any zooming or panning causes it to disappear. I've tried palying with the Rendering options Update display after reading 1 feature, but that didn't change anything. This looks like a bug which was reported for Mac OS X a while ago. I have a patch which is essentially complete but I don't have the capability to build QGIS for Windows. If you or someone else can do a source build, I would be interested in finding out if the patch fixes your problem. The patch currently has two deficiencies which probably don't affect you: 1.) errors are not reported until one or two refreshes later. 2.) the indirection code for layers which return urls instead of bitmaps has not been tested. The refresh problem arises from the fact that the WMS layer is not requested until after the redraw cycle begins. Om a Mac (and probbably Windows too, based upon your observations), drawing cannot be interrupted to do something else -- either you already possess the bitmap or you don't start drawing. The reason you don't see the image until some future action is that the WMS image don't show up until after the refresh cycle that requested it has competed. On an Ubuntu machine with the debian binary (Thanks to Jachym Cepicky!), pulling layers from the same WMS server, I don't see this behavior at all. The reason it works using Ubuntu is that X11 was designed as a client/server display system. Since the display doesn't need to be on the same machine as the application, X11 is most likely not confounded by network requests inside draw events. The fix I made is to remove the synchronous network request inside the draw event with async requests which must be completed before starting to draw. This also speeds things up for multiple WMS layers since all layers are requested in parallel rather than serially. BTW, displaying layers using the WFS plugin from the same server works well on both systems. The WFS plugin doesn't make network requests inside draw events so the problem doesn't happen for WFS. One further request from readers: does anyone know of a WMS server that returns an indirect pointer rather then a bitmap? The main reason I haven't submitted this patch previously is that I haven't been able to test that situation. Alternatively, I could add a message Indirect retrieval temporarily disabled: send a url if you would like this feature back. Tom ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS Rendering Problems
Micha Silver wrote: In some early work I noticed on windows, displaying maps from a WMS server (mapserver 4.10.2) that the map image doesn't appear until I do something. A couple more observations to help nail the problem. It seems one issue has to do with HHTP Exceptions not being handled properly. Zooming in to one WMS layers (massgis:GISDATA.IMG_COQ2005 at http://giswebservices.massgis.state.ma.us/geoserver/wms) I managed to go down to the level I wanted a few times, but most of the time zooming in would trigger a timeout ( 120 s, can't remember exact message), then a HTTP Exception dialog would pop, then the QGIS has encountered an error death window. I meant to test with uDIG, but it ran for 20 minutes without rendering an image, but at least I could see the little green progress bar showing it was working. I stopped it, so I'll never know if it would have crashed in the end or if it was standard Java waiting times ;-) A (related ?) point : I experienced problems in overlaying vector and raster data. My first try was NASA global_mosaic and Tiger roads data (from the MassGIS WMS server). Roads were off. Then I figured I'd try MassGIS raster data (mentioned at the top of this message) and I had that offset too. Ticking the project on the fly option in the preferences didn't seem to do much. Finally, I wonder if it would be possible to cache the GetCapabilities response to a local file so the list of available layers pops up directly after one adds a WMS layer (in the case a layer was added beforehand, of course). In the case of the MassGIS WMS server it's close to 1,5 MB of data upon every connexion. On a slow connection, that may be a real issue. HTH, Yves Moisan ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS Rendering Problems
Micha Silver wrote: In some early work I noticed on windows, displaying maps from a WMS server (mapserver 4.10.2) that the map image doesn't appear until I do something. I have to open some other dialog box, then when I close it, the map appears. If I pan or zoom, I see the map layers *while panning*, but as soon I release the mouse the map layers (as well as north arrow and other decorations) disappear. If I click on the Render button to disable rendering, then click again to re-enable, the map appears. But again, any zooming or panning causes it to disappear. I've tried palying with the Rendering options Update display after reading 1 feature, but that didn't change anything. Observed here too. I would add that on some occasions the display acts as if the image was rubbered to the current bbox. Trying to pan shows the image jerks and comes back at its original position. Same for zooming. One can see the little bottom left red box changing size, but there is no effect on the display. Ticking on/off layers does nothing either. It's as though the display window showed a screen capture output. Ouput from the console (each groups of 4 consecutive warnings associated with an action I tried ?) : Warning: Object::connect: No such signal QgsRasterLayer::selectionChanged() Warning: Object::connect: No such signal QgsRasterLayer::wasModified(bool) Warning: Object::connect: No such signal QgsRasterLayer::selectionChanged() Warning: Object::disconnect: No such signal QgsRasterLayer::selectionChanged() Warning: Object::connect: No such signal QgsRasterLayer::selectionChanged() SpatialRefSys/ProjectSRSProj4String: +proj=longlat +ellps=WGS84 +datum=WGS84 +no _defs SpatialRefSys/ProjectSRSProj4String: +proj=longlat +ellps=WGS84 +datum=WGS84 +no _defs Warning: QPaintEngine::setSystemClip: Should not be changed while engine is acti ve Warning: QPaintEngine::setSystemClip: Should not be changed while engine is acti ve Warning: QPaintEngine::setSystemRect: Should not be changed while engine is acti ve Warning: QPaintEngine::setSystemClip: Should not be changed while engine is acti ve Warning: http://wms.jpl.nasa.gov/wms.cgi?SERVICE=WMSVERSION=1.1.1REQUEST=GetMa pBBOX=-72.090774,45.298988,-71.820593,45.506598SRS=EPSG:4326WIDTH=938HEIGHT= 720LAYERS=global_mosaicSTYLES=FORMAT=image/pngTRANSPARENT=TRUE Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::setWorldTransform: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::setWorldTransform: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::end: Painter not active, aborted Warning: QPaintEngine::setSystemClip: Should not be changed while engine is active Warning: QPaintEngine::setSystemClip: Should not be changed while engine is active Warning: QPaintEngine::setSystemRect: Should not be changed while engine is active Warning: QPaintEngine::setSystemClip: Should not be changed while engine is active Warning: http://wms.jpl.nasa.gov/wms.cgi?SERVICE=WMSVERSION=1.1.1REQUEST=GetMa pBBOX=-72.093081,45.301584,-71.822900,45.509193SRS=EPSG:4326WIDTH=938HEIGHT= 720LAYERS=global_mosaicSTYLES=FORMAT=image/pngTRANSPARENT=TRUE Warning: Object::disconnect: No such signal QgsRasterLayer::selectionChanged() Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::setWorldTransform: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::setWorldTransform: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::end: Painter not active, aborted Warning: Object::connect: No such signal QgsRasterLayer::selectionChanged() Warning: QPaintEngine::setSystemClip: Should not be changed while engine is active Warning: QPaintEngine::setSystemClip: Should not be changed while engine is active Warning: QPaintEngine::setSystemRect: Should not be changed while engine is active Warning: QPaintEngine::setSystemClip: Should not be changed while engine is active Warning: http://wms.jpl.nasa.gov/wms.cgi?SERVICE=WMSVERSION=1.1.1REQUEST=GetMa pBBOX=-72.002000,45.380591,-71.934454,45.432493SRS=EPSG:4326WIDTH=937HEIGHT= 721LAYERS=global_mosaicSTYLES=FORMAT=image/pngTRANSPARENT=TRUE Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::setWorldTransform: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active Warning: QPainter::setWorldTransform: Painter not active Warning: QPainter::restore: Painter not active Warning: QPainter::save: Painter not active
Re: [Qgis-user] WMS Rendering Problems
Micha Silver wrote: In some early work I noticed on windows, displaying maps from a WMS server (mapserver 4.10.2) that the map image doesn't appear until I do something. I have to open some other dialog box, then when I close it, the map appears. If I pan or zoom, I see the map layers *while panning*, but as soon I release the mouse the map layers (as well as north arrow and other decorations) disappear. If I click on the Render button to disable rendering, then click again to re-enable, the map appears. But again, any zooming or panning causes it to disappear. I've tried palying with the Rendering options Update display after reading 1 feature, but that didn't change anything. This looks like a bug which was reported for Mac OS X a while ago. I have a patch which is essentially complete but I don't have the capability to build QGIS for Windows. If you or someone else can do a source build, I would be interested in finding out if the patch fixes your problem. The patch currently has two deficiencies which probably don't affect you: 1.) errors are not reported until one or two refreshes later. 2.) the indirection code for layers which return urls instead of bitmaps has not been tested. The refresh problem arises from the fact that the WMS layer is not requested until after the redraw cycle begins. Om a Mac (and probbably Windows too, based upon your observations), drawing cannot be interrupted to do something else -- either you already possess the bitmap or you don't start drawing. The reason you don't see the image until some future action is that the WMS image don't show up until after the refresh cycle that requested it has competed. On an Ubuntu machine with the debian binary (Thanks to Jachym Cepicky!), pulling layers from the same WMS server, I don't see this behavior at all. The reason it works using Ubuntu is that X11 was designed as a client/server display system. Since the display doesn't need to be on the same machine as the application, X11 is most likely not confounded by network requests inside draw events. The fix I made is to remove the synchronous network request inside the draw event with async requests which must be completed before starting to draw. This also speeds things up for multiple WMS layers since all layers are requested in parallel rather than serially. BTW, displaying layers using the WFS plugin from the same server works well on both systems. The WFS plugin doesn't make network requests inside draw events so the problem doesn't happen for WFS. One further request from readers: does anyone know of a WMS server that returns an indirect pointer rather then a bitmap? The main reason I haven't submitted this patch previously is that I haven't been able to test that situation. Alternatively, I could add a message Indirect retrieval temporarily disabled: send a url if you would like this feature back. Tom ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS GetFeatureInfo
Hi Sarah Which version (and on which platform) are you using? I tried it with 0.9 on my ubuntu box and the info tool works as it should. There is no plugin necessary for getFeatureInfo. The Information-Icon should also work on WMS layers if they are queryable. Regards, Marco On Thursday 25 October 2007 08:51:34 Sarah Ostheimer wrote: Hi, I have load several WMS into QGIS , for example this one: http://rips-uis.lubw.baden-wuerttemberg.de/wms/cgi/UIS_01000122 [http://rips-uis.lubw.baden-wuerttemberg.de/wms/cgi/UIS_01000122] but there is no option to recieve a GetFeatureInfoRequest, not even with the Information-Icon? Do I have to install a special Plugin for this option or does it just not exist? Many Regards Sarah In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! *http://www.maildomain.web.de/?mc=021114* [http://www.maildomain.web.de/?mc=021114] -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] WMS time series question
Is there any chance of seeing time-series support in qgis for WMS? Turns out I could be showing it to the OGC and the GEOSS community on Friday... gerry -- Gerry Creager -- [EMAIL PROTECTED] Texas Mesonet -- AATLT, Texas AM University Cell: 979.229.5301 Office: 979.862.3982 FAX: 979.862.3983 Office: 1700 Research Parkway Ste 160, TAMU, College Station, TX 77843 ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] wms support in 0.8preview2
I installed 0.8preview2 on my ubuntu edgy. If I try loading a wms-resource I get the following error on the console: Warning: Failed to load ../providers/libproviders.so I had the same problem when I compiled and installed qgis without the wms support. Can be a problem at compile time or install time. Check where your qgis installs its libraries, mine is /usr/lib/qgis/, here I have: copyrightlabelplugin.a copyrightlabelplugin.la copyrightlabelplugin.so delimitedtextplugin.a delimitedtextplugin.la delimitedtextplugin.so delimitedtextprovider.a ... ... postgresprovider.a postgresprovider.la postgresprovider.so spitplugin.a spitplugin.la spitplugin.so wfsplugin.a wfsplugin.la wfsplugin.so wmsprovider.a wmsprovider.la wmsprovider.so You need wmsprovider.so, the error message is misleadning. I think that only *.so are required to run qgis, the others are for develop work. -- Niccolo Rigacci Firenze - Italy Iraq, missione di pace: 47083 morti - www.iraqbodycount.net ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] wms support in 0.8preview2
In the deb-packages for edgy which I've downloaded from qgis.org the wmsprovider.so is missing! Is there any possibility to get this lib without compiling by myself? Achim Am Donnerstag, den 16.11.2006, 12:30 +0100 schrieb Niccolo Rigacci: I installed 0.8preview2 on my ubuntu edgy. If I try loading a wms-resource I get the following error on the console: Warning: Failed to load ../providers/libproviders.so I had the same problem when I compiled and installed qgis without the wms support. Can be a problem at compile time or install time. Check where your qgis installs its libraries, mine is /usr/lib/qgis/, here I have: copyrightlabelplugin.a copyrightlabelplugin.la copyrightlabelplugin.so delimitedtextplugin.a delimitedtextplugin.la delimitedtextplugin.so delimitedtextprovider.a ... ... postgresprovider.a postgresprovider.la postgresprovider.so spitplugin.a spitplugin.la spitplugin.so wfsplugin.a wfsplugin.la wfsplugin.so wmsprovider.a wmsprovider.la wmsprovider.so You need wmsprovider.so, the error message is misleadning. I think that only *.so are required to run qgis, the others are for develop work. ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] WMS very slow - build 6039
Title: Scalix message content I just installed QGIS build 6039 and my WMS connections seems to be very slow now. During load of a WMS Layer the terminal throws tons of the following lines:...Warning: QPaintEngine::setSystemRect: Should not be changed while engine is activeWarning: QPaintEngine::setSystemClip: Should not be changed while engine is active... the last line before the WMS layer was loaded shows:Warning: Object::disconnect: No such signal QgsRasterLayer::drawingProgress(int,int) My System:RedHat AS4QGIS Build 6030QT4.2.0 Best regardsHorst Dster Dr. Horst DsterGIS-Koordinator, Stv. Amtschef Kanton SolothurnBau- und JustizdepartementAmt fr GeoinformationSO!GIS KoordinationRtistrasse 44501 Solothurn Telefon 032 627 25 32Telefax 032 627 22 14 mailto:[EMAIL PROTECTED]http://www.sogis.so.ch ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user