Opened 15 years ago

Closed 15 years ago

#2020 closed bug (fixed)

QGIS 1.3.0 does not respect WMS scales

Reported by: jrh Owned by: mhugent
Priority: minor: annoyance Milestone:
Component: WMS Version: Trunk
Keywords: Cc:
Must Fix for Release: No Platform: Linux
Platform Version: Awaiting user input: yes

Description

Using a WMS with many layers (served by Mapserver 5.4.2), with a number of layers with scales defined with {MIN,MAX}SCALEDENOM values to control layer visibilityI observe the following:

  • Using QGIS 1.0.2, the data is displayed as expected, e.g. layers are drawn respecting the current scale in QGIS, in accordance with the map {min,max}scaledenom definitions;
  • When using QGIS 1.3.0, the data is not drawn as expected, the zoomed out layers are drawn over the more detailed layers, regardless of the actual scale, making 1.3.0 un-suitable as a WMS viewer.

Unfortunately, 1.0.2 does not build in Ubuntu 9.10, so Karmic users lose the best Linux WMS client.

-jh

Change History (5)

in reply to:  description comment:1 by jef, 15 years ago

Awaiting user input: set

Replying to jrh:

Using a WMS with many layers (served by Mapserver 5.4.2), with a number of layers with scales defined with {MIN,MAX}SCALEDENOM values to control layer visibilityI observe the following:

I doubt that this is true. Are you sure you're using the same server with 1.0.2 and 1.3.0? QGIS doesn't know about those settings.

It justs requests a bitmap with:

  • number of layers using certain styles
  • bounding box in a given coordinate system
  • size (width&height in pixels)
  • given format

mapserver needs to decide what's visible in the bounding box and on the layers.

comment:2 by jrh, 15 years ago

I'm certainly no expert on Mapserver, so it is more than likely that the server is misconfigured and happens to work in QGIS 1.0.2, OpenJump, UDig, but not in 1.3.0, so I'll have a further look at that. I also note that 1.3.0 passes the layers to the mapserver in the opposite order than 1.0.2 does, which in this case (layers are also ordered in the map file), may explain what's going on, if that's significant.

"GET /maps?map=/var/www/maps/osm-gshhs.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap

&BBOX=-1.739979,50.833849,-1.440021,51.026151&SRS=EPSG:4326&WIDTH=1096&HEIGHT=70 3&LAYERS=countries%2Cgshhs_land%2Cgshhs_lake%2Cgshhs_isle%2Cgshhs_pond%2Clanduse _layer1%2Clanduse_layer2%2Clanduse_layer3%2Clanduse_layer4%2Clanduse_layer5%2Cla nduse_layer6%2Crailways%2Chighways-far%2Chighways-close%2Cpedestrian_hack%2Caero ways%2Ctram%2Cbuilding%2Csports%2Cbridges%2Coneways%2Cvilles&STYLES=%2C%2C%2C%2C %2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C&FORMAT=image/png&TRANSPARENT=TRUE HTTP/1.1" 200 432486 "-" "Quantum GIS - 1.0.2-Kore"

"GET /maps?map=/var/www/maps/osm-gshhs.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=-1.677925,50.833438,-1.382075,51.026562&SRS=EPSG:4326&WIDTH=1081&HEIGHT=705&LAYERS=villes%2Coneways%2Cbridges%2Csports%2Cbuilding%2Ctram%2Caeroways%2Cpedestrian_hack%2Chighways-close%2Chighways-far%2Crailways%2Clanduse_layer6%2Clanduse_layer5%2Clanduse_layer4%2Clanduse_layer3%2Clanduse_layer2%2Clanduse_layer1%2Cgshhs_pond%2Cgshhs_isle%2Cgshhs_lake%2Cgshhs_land%2Ccountries&STYLES=%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C%2C&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE HTTP/1.1" 200 76055 "-" "Quantum GIS - 1.3.0-Mimas"

Thanks

in reply to:  2 ; comment:3 by jef, 15 years ago

Replying to jrh:

I'm certainly no expert on Mapserver, so it is more than likely that the server is misconfigured and happens to work in QGIS 1.0.2, OpenJump, UDig, but not in 1.3.0, so I'll have a further look at that. I also note that 1.3.0 passes the layers to the mapserver in the opposite order than 1.0.2 does, which in this case (layers are also ordered in the map file), may explain what's going on, if that's significant.

You can reorder the layers in the second tab (I think that was introduced in 1.3). Looks like the layers are in reverse selection order by default.

in reply to:  3 comment:4 by jrh, 15 years ago

Priority: major: does not work as expectedminor: annoyance

Replying to jef:

You can reorder the layers in the second tab (I think that was introduced in 1.3). Looks like the layers are in reverse selection order by default.

Even easier is to click on the 'Id' tab in the Add Layer window. However, it would be easier if the dialogue worked like 1.0.2 and retained the MS provider order rather than inverting it. But I now know how to make it work like 1.0.2. Thanks for the pointers. Priority amended accordingly, please drop if you see fit.

-jh

comment:5 by jef, 15 years ago

Resolution: fixed
Status: newclosed

fixed in r11837

Note: See TracTickets for help on using tickets.