Feature request #9277
Make labels follow layer z-order
|Pull Request or Patch supplied:||No||Resolution:|
|Easy fix?:||No||Copied to github as #:||17889|
Hi, I guess I found a small bug in label rendering:
Usually a layer is hidden, if add a raster layer on top, so it's rendered below the other layer (or skip rendering). Unfortunatly, if you add a raster layer above an existing vector layer with labels enabled, the symbolizers get hidden as expected, but the labels not :(
#1 Updated by Giovanni Manghi almost 10 years ago
- Status changed from Open to Closed
- Resolution set to invalid
this is not a bug but rather a feature. I guess that the main purpose is to allow show labels of features without having necessarily to show the feature or have to make a layer entirely transparent.
#3 Updated by Giovanni Manghi almost 10 years ago
noone noone wrote:
I'm ok to keep is a (optional) feature, but please be aware that this is completely unexpected behavior, as the user keeps the association layer->label and this behaviour breaks this association and so the rendering looks corrupted from this POV.
it is so unexpected? how other gis software works in this sense?
#4 Updated by Markus Straub over 9 years ago
- Status changed from Closed to Reopened
I would like to reopen this bug since this is a feature I miss as well.
Both behaviours have their use cases.
The current behaviour (drawing labels on top of all layers) is useful for most cases.
The additionally desired behaviour of labels having the same z-order as its parent layer is useful e.g. if we want to create a background map (e.g. a street graph with street names as labels) and then draw more important data on top. The layer on top is then not be "disturbed" by low-priority street names. (This way we would be able to create a background map that behaves exactly like maps added via the OpenLayers plugin.)