Diagrams: export to image or pdf (or direct printing) doesn't respect Print Composer layout when using MM as units

[qgib]

Author Name: Alban P (Alban P)
Original Redmine Issue: 4486
Affected QGIS version: master

---

Hi,

I noticed something wired when I'm using diagrams in QGIS(Overlays work great).
In fact, when I'm using diagrams and I use millimeters as unit (no issue with map units) I can't export correctly my map in pdf or png format.

If you look at the first attached image, you can see a map from the print composer with diagrams.
The layout is as I expected but when I'm using an export to pdf or image (even a direct print) I have in output the second image attached.
The position changed and some of them disappeared.

---

• PrintComposer.png (Alban P)
• Print.png (Alban P)

[qgib]

Author Name: alicebtoklas - (alicebtoklas -)

---

Same problem for me on ubuntu, only when I use millimeters as unit.
Really annoying.

---

• operating_system was changed from Windows 7 to All

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• subject was changed from Export to image doesn't respect Print Composer layout to diagrams: export to image or pdf (or direct printing) doesn't respect Print Composer layout

[qgib]

Author Name: Alister Hood (@AlisterH)

---

export to image or pdf (or direct printing) doesn't respect Print Composer layout

1. I think the problem is actually the other way around:
   If you zoom in and out on the print composer, you will notice that the diagrams move around, and different ones are hidden at different zoom levels. So it looks like the diagrams displayed in the composer are being placed by PAL to suit the screen, not the paper. This is similar to in the composer, map labels and symbols defined in points/mm should be scaled on-screen to match the page size #13844 (fixed in Trunk), and I know it also used to be a problem with new generation labels, which also use PAL. (I haven't checked if it is still a problem with labels)
   In the composer PAL should place things to suit the paper, which would mean that they would be shown in the same location on the page regardless of the zoom.

2. The placement on the exported page is also quite wrong - maybe it is doing the placement calculations for the wrong scale or something.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• crashes_corrupts_data was configured as 0
• version was configured as master
• subject was changed from diagrams: export to image or pdf (or direct printing) doesn't respect Print Composer layout to Diagrams: export to image or pdf (or direct printing) doesn't respect Print Composer layout when using MM as units

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

see also #14282

[qgib]

Author Name: Stef Lef (Stef Lef)

---

Still a big problem as of version 1.9 !

1. All exports of diagrams overlay fails when set to MM ... as described by Alister.
2. Priority on the diagram forms dont seem to work if set at a higher priority then low.
3. Tested with all types of rendering and even with old symbology setting.
4. There is no legend for diagrams. Could be cool to include a circle corresponding to the max set in the diagram form.

Version 1.9 Mac

[qgib]

Author Name: Matthias Kuhn (@m-kuhn)

---

Fixed in my repo:

https://github.com/matthias-kuhn/Quantum-GIS/tree/print-diagram

Awaiting approval.

Concerning 4) refer to #14199

edit:
I'm not sure if this is the best way to fix this. The fix feels like messing too much with different units. Maybe there is a simpler fix possible?

---

• fixed_version_id was changed from Version 1.8.0 to Version 2.0.0
• status_id was changed from Open to Feedback

[qgib]

Author Name: Matthias Kuhn (@m-kuhn)

---

Fixed in Changeset 8f891c5 and 1497cbb

---

• resolution was changed from to fixed
• status_id was changed from Feedback to Closed