https://issues.qgis.org/https://issues.qgis.org/favicon.ico2008-12-12T05:49:04ZQGIS Issue TrackingQGIS Application - Bug report #1453: WMS Layer URL is damaged when loaded via Pythonhttps://issues.qgis.org/issues/1453?journal_id=182182008-12-12T05:49:04ZJürgen Fischerjef@norbit.de
<ul></ul><p>The first url is used for the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetCapabilities">GetCapabilities</a> request. The <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetCapabilities">GetCapabilities</a> response contains an url that is used to the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetMap">GetMap</a> requests that actually load the images to display.</p>
<p>I suspect that the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/OnlineResource">OnlineResource</a> returned by <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetCapabilities">GetCapabilities</a> points to the second url you see. That would be a problem of the WMS server.</p>
<p>That would be consistent with the fact that if the layer is initially off, checking the visibility box triggers the first <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetMap">GetMap</a> request.</p> QGIS Application - Bug report #1453: WMS Layer URL is damaged when loaded via Pythonhttps://issues.qgis.org/issues/1453?journal_id=182192008-12-12T06:24:29ZHorst Düsterhorst.duester@kappasys.ch
<ul></ul><p>Replying to [comment:1 jef]:</p>
<blockquote>
<p>The first url is used for the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetCapabilities">GetCapabilities</a> request. The <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetCapabilities">GetCapabilities</a> response contains an url that is used to the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetMap">GetMap</a> requests that actually load the images to display.</p>
</blockquote>
<p>I checked the Capabilities output and I see a well defined onlineressource with port 8080:</p>
<p><OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple" xlink:href="http://srsofaioi12288:8080/geoserver/wms?SERVICE=WMS&"/></p>
<p>In addition the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/OnlineRessource">OnlineRessource</a> shows SERVICE=WMS after ? thats the reason for the twice SERVICE=WMS, but one 80 is missing. I've to correct my former post. With the WMS connector QGIS shows the same faulty behaviour.</p>
<blockquote>
<p>I suspect that the <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/OnlineResource">OnlineResource</a> returned by <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetCapabilities">GetCapabilities</a> points to the second url you see. That would be a problem of the WMS server.</p>
<p>That would be consistent with the fact that if the layer is initially off, checking the visibility box triggers the first <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/GetMap">GetMap</a> request.</p>
</blockquote> QGIS Application - Bug report #1453: WMS Layer URL is damaged when loaded via Pythonhttps://issues.qgis.org/issues/1453?journal_id=182202008-12-17T14:45:23ZJürgen Fischerjef@norbit.de
<ul><li><strong>Resolution</strong> set to <i>fixed</i></li><li><strong>Status</strong> changed from <i>Open</i> to <i>Closed</i></li></ul><p>fixed in</p> QGIS Application - Bug report #1453: WMS Layer URL is damaged when loaded via Pythonhttps://issues.qgis.org/issues/1453?journal_id=182212009-08-21T22:57:01ZAnonymous
<ul></ul><p>Milestone Version 1.0.0 deleted</p>