Description of problem: qlandkartegt used to work with wms-services in Mageia 1, after upgrading to Mageia 2 gdal lacks the wms service Version-Release number of selected component (if applicable): 1.9.0 How reproducible: Steps to Reproduce: bash-4.2$ gdalinfo "WMS:http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService" ERROR 4: `WMS:http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService' does not exist in the file system, and is not recognised as a supported dataset name. gdalinfo failed - unable to open 'WMS:http://onearth.jpl.nasa.gov/wms.cgi?request=GetTileService'.
Assignee: bugsquad => oliver.bgrSource RPM: lib64gdal1-1.9.0-3.mga2.x86_64.rpm => gdal
I can reproduce it, but I can't reproduce it was working on 1. Same error message there. Have to investigate further.
I found the following note in gdal's documentation about that onearth server: "Note : this particular server does no longer accept regular WMS queries." So could your upgrade from Mga1 to Mga2 have coincidentally been at the same time as the change server side? I tried on Debian and Ubuntu as well as on Mga1 and Mga2 and got the same error message on each system. Please try to reproduce using a different wms server.
No, this can't be. I noticed the missing support by using qlandkartegt with wms services of the German Landesvermessungsämtern. These QLgt files used to work on a fresh installed 1 while they stopped to work after the upgrade. The example that I posted has been taken from the gdal website, I actually never used this server. I can provide a different one when back home. I have fixed the problem for myself by downloading the complete source from gdal.org, making and replacing the libgdal.so. Now I can again access all the wms servers like before.
You may try the following server: (Response with gdal WITH WMS-Support) bash-4.2$ gdalinfo WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services/ogc-free-maps.ows?getrequest Driver: WMS/OGC Web Map Service Files: none associated Size is 512, 512 Coordinate System is `' Subdatasets: SUBDATASET_1_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=free-maps&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_1_DESC=Hessen Geodaten SUBDATASET_2_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_alk&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_2_DESC=Liegenschaftskarte SUBDATASET_3_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=alk_g&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_3_DESC=Liegenschaftskarte_Graustufenlayer SUBDATASET_4_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=alk_t&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_4_DESC=Liegenschaftskarte_Transparent SUBDATASET_5_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_alk_metadaten&SRS=EPSG:25832&BBOX=412000,5.471e+06,586500,5.7235e+06 SUBDATASET_5_DESC=Liegenschaftskarte_Metadaten SUBDATASET_6_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=dtk50_v&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_6_DESC=DTK50_V SUBDATASET_7_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1 .1&REQUEST=GetMap&LAYERS=dtk25_v&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_7_DESC=DTK25_V SUBDATASET_8_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_dtk10&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_8_DESC=DTK 10 SUBDATASET_9_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_dtk100&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_9_DESC=DTK 100 SUBDATASET_10_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_dtk50&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_10_DESC=DTK 50 SUBDATASET_11_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_dtk25&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_11_DESC=DTK 25 SUBDATASET_12_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=h200&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_12_DESC=H200 SUBDATASET_13_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=h1000&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_13_DESC=H1000 SUBDATASET_14_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=huek_basis&SRS=EPSG:31467&BBOX=3.40901e+06,5.47316e+06,3.59416e+06,5.73088e+06 SUBDATASET_14_DESC=HUEK Basis SUBDATASET_15_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=huek_staedte&SRS=EPSG:31467&BBOX=3.42328e+06,5.50065e+06,3.5724e+06,5.68644e+06 SUBDATASET_15_DESC=HUEK Staedte SUBDATASET_16_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=huek&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_16_DESC=HUEK SUBDATASET_17_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=el_dtk10&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_17_DESC=DTK 10 Einzellayer SUBDATASET_18_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=el_dtk100&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_18_DESC=DTK 100 Einzellayer SUBDATASET_19_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=el_dtk50&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_19_DESC=DTK 50 Einzellayer SUBDATASET_20_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=el_dtk25&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_20_DESC=DTK 25 Einzellayer SUBDATASET_21_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_dtk&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_21_DESC=DTK SUBDATASET_22_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=he_hako&SRS=EPSG:31467&BBOX=3.4e+06,5.4e+06,3.6e+06,5.8e+06 SUBDATASET_22_DESC=Hauskoordinaten SUBDATASET_23_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=he_dgm&SRS=EPSG:25832&BBOX=411575,5.47089e+06,586985,5.72365e+06 SUBDATASET_23_DESC=DGM Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 512.0) Upper Right ( 512.0, 0.0) Lower Right ( 512.0, 512.0) Center ( 256.0, 256.0) bash-4.2$
Must be some missing dependancy on building. Could you post the output of ldd for all libgdal files? Thanks.
Status: NEW => ASSIGNED
There is only one library, the other one is just a link on the versioned libgdal. I attach the output of ldd.
Created attachment 2586 [details] Output of ldd
Strange, both ldd outputs (yours and the one on the packaged lib) are the same, so it actually should work. Which gdal version did you download from upstream for your self compiled one?
To be compatible with the packaged lib I took 1.9.0., just ran ./configure and make and moved the lib into /usr/lib64 configure.log shows the line: OPT_GDAL_FORMATS='wcs wms grib bsb jpeg2000 netcdf hdf5 ogdi gif jpeg png pcraster ' which is the only occurance of wms in the log. I attach the whole log file - maybe this helps.
Created attachment 2590 [details] Config.log from compiling the upstream version
I see the difference in the config.log. Must be some problem with the compile flags or some of the scripts used in building packages...
I submitted a new package to core/updates_testing. Could you please test? Oliver
Tested it with qlandkartegt - works! Thanks Gunther
With this update the broken wms support in gdal is fixed. Testing procedure: gdalinfo WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services/ogc-free-maps.ows?getrequest should give you infotrmation about the layers this map service provides. You can try as well with any other ogc conform wms service.
CC: (none) => oliver.bgrAssignee: oliver.bgr => qa-bugs
Could you give a list of srpm's and rpm's please Oliver. Thanks. I see gdal-1.9.0-3.2.mga2 on changelog ML, was that the only one? SRPM: gdal-1.9.0-3.2.mga2.src.rpm --------------------------------- gdal-debug gdal gdal-python lib64gdal1 lib64gdal-devel lib64gdal-static-devel libgdal1 libgdal-devel libgdal-static-devel
Testing complete x86_64 SRPM: gdal-1.9.0-3.2.mga2.src.rpm Before ------ # gdalinfo WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services/ogc-free-maps.ows?getrequest ERROR 4: `WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services/ogc-free-maps.ows?getrequest' does not exist in the file system, and is not recognised as a supported dataset name. gdalinfo failed - unable to open 'WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services/ogc-free-maps.ows?getrequest'. After ----- # gdalinfo WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services/ogc-free-maps.ows?getrequest Driver: WMS/OGC Web Map Service Files: none associated Size is 512, 512 Coordinate System is `' Subdatasets: SUBDATASET_1_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=free-maps&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_1_DESC=Hessen Geodaten SUBDATASET_2_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_alk&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_2_DESC=Liegenschaftskarte SUBDATASET_3_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=alk_g&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_3_DESC=Liegenschaftskarte_Graustufenlayer SUBDATASET_4_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=alk_t&SRS=EPSG:25832&BBOX=409961,5.46825e+06,665860,5.72415e+06 SUBDATASET_4_DESC=Liegenschaftskarte_Transparent SUBDATASET_5_NAME=WMS:http://www.gds-srv.hessen.de/cgi-bin/lika-services///ogc-free-maps.ows?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=adv_alk_metadaten&SRS=EPSG:25832&BBOX=412000,5.471e+06,586500,5.7235e+06 etc.
Hardware: x86_64 => AllWhiteboard: (none) => mga2-64-OK
It was only gdal-1.9.0-3.2.mga2.src.rpm yes. About testing this: gdal is a library with many many functions and I'm not sure how to rule out, this packaging change didn't break anything else. It should not, but this bug should not have happened in the first place. The problem is our standard rpm build compile flags somehow made configure work wrong. As I see it, we can only pray...
I've been playing with qlandkartegt using the streaming maps: http://sourceforge.net/apps/mediawiki/qlandkartegt/index.php?title=Adding_maps Those seem OK. I've no idea really how to use that program though beyond playing with the map.
Whoever tests i586 please see comment 16 and comment 18
Whiteboard: mga2-64-OK => has_procedure mga2-64-OK
Testing complete on Mageia 2 i586. Thanks! Update validated. No linking required. SRPM: - gdal-1.9.0-3.2.mga2 ---Advisory--- VMS support in gdal was broken in Mageia 2. The update fixes this problem.
Keywords: (none) => validated_updateCC: (none) => stormi, sysadmin-bugsWhiteboard: has_procedure mga2-64-OK => has_procedure mga2-64-OK MGA2-32-OK
Update pushed: https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0155
Status: ASSIGNED => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED