Bug report #16261
metasearch fails when catalogue entry provides full GetCapabilities URL with parameters
| Status: | Closed | ||
|---|---|---|---|
| Priority: | Normal | ||
| Assignee: |  Tom Kralidis | ||
| Category: | MetaSearch Catalogue Client | ||
| Affected QGIS version: | 2.18.4 | Regression?: | No |
| Operating System: | Easy fix?: | No | |
| Pull Request or Patch supplied: | No | Resolution: | fixed/implemented |
| Crashes QGIS or corrupts data: | No | Copied to github as #: | 24171 |
Description
As a metasearch user
I want to access entries in catalogues that include a full GetCapabilities URL
So that these types of URLS don't fail and I can view a WMS or other OGC service within QGIS
- Given this internal catalogue: http://INTRANET/geonetwork/srv/csw
- And a keyword search of "WMS"
- Resulting in a record entry with: http://INTRANET/arcgis/services/D01/0cb80e79-11df-4772-b7bd-f0ed2902cdb5/MapServer/WMSServer?request=GetCapabilities&service=WMS
#Reults in the following error:--------------------------- WMS Provider --------------------------- The server you are trying to connect to does not seem to be a WMS server. Please check the URL. --------------------------- OK Hide Details... ---------------------------
- when you enter URL with double params (created by Metasearch) you also get the error
Likely issue is in metasearch sending OWSLib an invild URL because the catalogue maintains the full GetCap string. Not sure if best to fix in Metasearch or OWSLIB.
Due to various business rules the actual GetCap request is managed in the catalogue.
History
#1
Updated by Tom Kralidis about 7 years ago
- Resolution set to fixed/implemented
- Status changed from Open to Closed
Implemented in 2.14 branch, 2.18 branch and master. Will be available on the next plugin release of MetaSearch or 2.14.13/2.18.5 on 24 March 2017 (whatever comes first)