rendering order in rule-based style not working with scale ranges

[qgib]

Author Name: Bernhard Ströbl (Bernhard Ströbl)
Original Redmine Issue: 5665
Affected QGIS version: master
Redmine category:symbology

---

the rendering order in rule based style does not work any more, instead feature rendering is ordered by chance
behaviour can only be observed if rule-based style is combined with scale ranges, if rules do not have scale ranges rendering order works as it should

---

• estradas.qml (Giovanni Manghi)
• a_estradas_osm_shp.zip (Giovanni Manghi)
• roads.zip (Bernhard Ströbl)

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

I tested a clip of osm data and the attached style, and it seems to work.

---

• 4520 was configured as estradas.qml
• 4521 was configured as a_estradas_osm_shp.zip
• status_id was changed from Open to Feedback

---

• estradas.qml (Giovanni Manghi)
• a_estradas_osm_shp.zip (Giovanni Manghi)

[qgib]

Author Name: Bernhard Ströbl (Bernhard Ströbl)

---

Hi Giovanni,
I checked your example and examined mine (attached). It seems that it does not work if there are gaps between any two layer numbers in rendering order. I used steps of 10 in order to be able to squeeze another layer in, in case there is need to do so, without rearranging all layers. This used to work in 1.7.4. If I use sequnetial numbers for the layers it works.

---

• 4522 was configured as roads.zip

---

• roads.zip (Bernhard Ströbl)

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Bernhard Ströbl wrote:

Hi Giovanni,
I checked your example and examined mine (attached). It seems that it does not work if there are gaps between any two layer numbers in rendering order. I used steps of 10 in order to be able to squeeze another layer in, in case there is need to do so, without rearranging all layers. This used to work in 1.7.4. If I use sequnetial numbers for the layers it works.

if you confirm me that is a regression since 1.7.4 then we have to tag this as "blocker".

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• priority_id was changed from Normal to Severe/Regression

[qgib]

Author Name: Martin Dobias (@wonder-sk)

---

Fixed in changeset "056300f00dd3821f2508dafb9d6193e294098c63".

---

• status_id was changed from Feedback to Closed

[qgib]

Author Name: Bernhard Ströbl (Bernhard Ströbl)

---

Martin Dobias wrote:

Fixed in changeset "056300f00dd3821f2508dafb9d6193e294098c63".

Martin, great that you looked into this so fast. I am sorry to inform you that the problem persists here. Did you check with the shape file and qml I provided?

[qgib]

Author Name: Nathan Woodrow (@NathanW2)

---

Seems to work ok for me. This is what I see at 1:18000, is this correct

[qgib]

Author Name: Bernhard Ströbl (Bernhard Ströbl)

---

Nathan Woodrow wrote:

Seems to work ok for me. This is what I see at 1:18000, is this correct

Nathan this looks good, the grey streets are supposed to be rendered beneath the yellow ones. At me they are not (QGIS 1.8.0 Codeversion c367a35)How does it look when you zoom in at say 1:1000?

[qgib]

Author Name: Nathan Woodrow (@NathanW2)

---

Like this (1:1000):

[qgib]

Author Name: Nathan Woodrow (@NathanW2)

---

(QGIS 1.8.0 Codeversion c367a35)

There is your problem. Martin only fixed this last night so you will have to get a new build to test with. You build is from the 22nd of May

[qgib]

Author Name: Bernhard Ströbl (Bernhard Ströbl)

---

Nathan Woodrow wrote:

(QGIS 1.8.0 Codeversion c367a35)

There is your problem. Martin only fixed this last night so you will have to get a new build to test with. You build is from the 22nd of May

Hmm, I made a git pull this morning, compiled and installed into a new directory with no avail, the codeversion stays the same!?

OK got it fixed and can confirm now, ticket is solved.
thanks again