Opened 13 years ago

Last modified 13 years ago

#3479 reopened bug

New Symbology does not print

Reported by: bderstine Owned by: nobody
Priority: major: does not work as expected Milestone: Version 1.7.0
Component: Printing Version: 1.6.0
Keywords: Cc:
Must Fix for Release: Yes Platform: Windows
Platform Version: Windows 7 Pro Awaiting user input: yes

Description

I have a linear feature layer (railroad lines). I wanted to create my own symbology for it since the default options are inadequate. Layer > Properties > New Symbology > select the railroad symbol > properties > add a new line, etc. to create two-track symbol with line offsets (see image attached)

Create Print Composer, add map, add legend with layer using the new symbology.

In the Print Composer the railroad symbology looks correct, but when you print to .pdf, .png or .jpg the image does not have the same symbology for railroad. It is as if New Symbology is being completely ignored in the process of saving to a file. Perhaps the line offsets are being ignored? (see images attached)

Attachments (5)

SymbolPropertiesWindow.png (22.2 KB ) - added by bderstine 13 years ago.
1 - New Symbol Properties Window
NewSymbologyWindow.png (50.1 KB ) - added by bderstine 13 years ago.
0 - New Symbology Window
PrintComposerWindow.png (96.7 KB ) - added by bderstine 13 years ago.
2 - Print Composer Window
PNGOutput.png (256.0 KB ) - added by bderstine 13 years ago.
3 - PNG Output file with changed symbology
incorrect_offset_in_composer.png (119.3 KB ) - added by mayeulk 13 years ago.
incorrect offset in composer (with width of symbol = 3)

Download all attachments as: .zip

Change History (8)

by bderstine, 13 years ago

Attachment: SymbolPropertiesWindow.png added

1 - New Symbol Properties Window

by bderstine, 13 years ago

Attachment: NewSymbologyWindow.png added

0 - New Symbology Window

by bderstine, 13 years ago

Attachment: PrintComposerWindow.png added

2 - Print Composer Window

by bderstine, 13 years ago

Attachment: PNGOutput.png added

3 - PNG Output file with changed symbology

comment:1 by bderstine, 13 years ago

Awaiting user input: set

Not sure who could help with this...

comment:2 by wonder, 13 years ago

Resolution: fixed
Status: newclosed

fixed in r15603

comment:3 by mayeulk, 13 years ago

Resolution: fixed
Status: closedreopened

Hi, I think it is only partly solved (tested on r15672 and r15676). Now the map canvas and the pdf are consistent but the offset seen in the map composer is much wider than on the map canvas and on the pdf (see screenshot). If I'm correct, it *seems* correct in the map composer if and only if the "width" parameter (the one which modifies the size of the entire symbol) is equal to one.

As a minor note, with a set of styles I had (using the symbol-wide "width" parameter equals to 0.3), I needed to reduce a lot the line offsets to get the same appearance as before on the map canvas (without this, I got a very wide offset on the map canvas with the new qgis, same appearance as what I had before on the exported pdf). Is it that the map export was correct and all the rest incorrect before r15603?

(A few related side notes which may give rise to independent tickets:

  • the symbol-wide "width" parameter should probably change the offset as well, not only width of individual symbol levels
  • the offset should be allowed to be expressed in map units
  • the offset and line width should be allowed to have more than 2 decimal places, otherwise mapunit is useless when CRS is lat-long/degress
  • pdf vector export now yields MUCH bigger files than with r15538, like 30MB for screenshot [500ko as raster pdf] )

by mayeulk, 13 years ago

incorrect offset in composer (with width of symbol = 3)

Note: See TracTickets for help on using tickets.