Feature request #10723

Correctly import qgis 2.0.1 symbology in later releases

Added by Gabriele Monfardini over 9 years ago. Updated over 6 years ago.

Status:Open
Priority:Normal
Assignee:-
Category:Symbology
Pull Request or Patch supplied:No Resolution:
Easy fix?:No Copied to github as #:19110

Description

New description:

Since QGIS 2.2 a few aspect of the symbolgy have been changed, this can lead to issue when importing projects made with 2.0.1.

See comments for details, in particular: #10723-2

It would be good to have a routine that can handle with this cases.

----------------------
Old description:

Hi all,

I've found a regression in a 2.0.1 project.
Border stylization is not preserved when opening the project in 2.2.0-Valmiera or in trunk (QGIS 2.3.0-master revision:abcc5a).

I've reproduced the problem in a small test case.
The zip file contain a shapefile and a 2.0.1 project.

Attached images show the obtained results in:
  • 2.0.1 (in Windows 32 bit)
  • 2.2.0 (in Windows 32 bit)
  • trunk (revision abcc5a in Linux 64 bit)

For me is a serious problem.
I had several complex sytlization made with 2.0.1 and I cannot use any later version since I cannot afford to make again the stylization.

qgis-2.0.1-Dufour_win32.png - QGIS 2.0.1 (win 32bit) (35.8 KB) Gabriele Monfardini, 2014-06-25 08:12 AM

qgis-2.2.0-Valmiera_win32.png - QGIS 2.2.0 (win 32bit) (23.5 KB) Gabriele Monfardini, 2014-06-25 08:12 AM

qgis-trunk_linux64.png - QGIS 2.3.0 master rev abcc5a (linux 64bit) (38.4 KB) Gabriele Monfardini, 2014-06-25 08:12 AM

prova.zip - the data and the 2.0.1 project file needed to reproduce the bug (5.74 KB) Gabriele Monfardini, 2014-06-25 08:12 AM

History

#1 Updated by Michael Douchin over 9 years ago

I embed images to ease bug reading:

Dufour
QGIS 2.0.1 (win 32bit)

Valmiera
QGIS 2.2.0 (win 32bit)

Trunk
QGIS 2.3.0 master rev abcc5a (linux 64bit)

#2 Updated by Giovanni Manghi over 9 years ago

  • Affected QGIS version changed from 2.2.0 to master
  • Category set to Symbology
  • Status changed from Open to Feedback

This is how I followed the evolution of this matter:

  • the direction/angle of the line pattern fill of the bottom left polygon was right in qgis 2.0.1, bugged in 2.0.2 and fixed in master
  • the line pattern fill was wrong (IMHO) in QGIS 2.0.1 and fixed in QGIS 2.2: in QGIS 2.0.1 the fill properties allowed to choose the angle and color (and distance/width/offset) of the line, but not the style of the line. In fact the inner properties of the fill changed the style of the border, that had no sense for a fill.

In my opinion this should be closed.

#4 Updated by Nyall Dawson over 9 years ago

Well... we could add a project transform which extracts the line style from pre 2.2 projects and adds it as a new outline symbol layer, but that's not a trivial change.

#5 Updated by Paolo Cavallini over 9 years ago

Agreed, it is a serious issue, and the only practical way would be to provide project migration utilities from a version to the next, but it's a significant amount of work. If people are interested in saving time, they are invited to support this development.

#6 Updated by Jürgen Fischer over 9 years ago

Paolo Cavallini wrote:

Agreed, it is a serious issue, and the only practical way would be to provide project migration utilities from a version to the next, but it's a significant amount of work. If people are interested in saving time, they are invited to support this development.

Utilities? We already have transformation routines within QGIS (see QgsProjectFileTransform), but they are probably not maintained well enough.

#7 Updated by Paolo Cavallini over 9 years ago

Yes, I did not mean external utilities; the transformation routines should be improved then.

#8 Updated by Giovanni Manghi over 9 years ago

  • Tracker changed from Bug report to Feature request
  • Subject changed from Regression from 2.0.1-Dufour in border stylization to Correctly import qgis 2.0.1 symbology in later releases
  • Status changed from Feedback to Open

#9 Updated by Giovanni Manghi almost 7 years ago

  • Easy fix? set to No

#10 Updated by Jürgen Fischer over 6 years ago

  • Description updated (diff)

Also available in: Atom PDF