Bug report #11654

qgis 2.6/master always saves shapefiles as "multi"

Added by Patrick Palmier almost 5 years ago. Updated almost 5 years ago.

Status:Closed
Priority:Severe/Regression
Assignee:-
Category:Vectors
Affected QGIS version:master Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:fixed/implemented
Crashes QGIS or corrupts data:No Copied to github as #:19905

Description

new description:
qgis 2.6/master always saves shapefiles as "multi" (even shapes that have been just transformed to singlepart), this is desnecessary and makes tools fail, like the distance matrix.

This was not the case in previous releases.

old descriotion:
Hello,

I'm working with Qgis 2.6.1 x64 on win7
Since a few days distance matrix doesn't ork anymore. When I try to run with to point layers in the same CRS, the result is like the layers are not in the same CRS, because the nearest neighbor is always the same (for ecah point) corresponding to the point with the smallest latitude, and the distance is about more 600000m for each node. But in qgis both layer are in the same CRS and have similar coordinates.

It worked fine few days ago, but not now. I don't know what happened so that it doesn't operate correctly anymore. But there are no error message, it just wrong resultst

Did someone has ever encountered such problems

In my personnal PC on linux it works fine

Thanks

tools_feedback.zip (122 KB) Patrick Palmier, 2014-11-17 02:15 AM


Related issues

Duplicates QGIS Application - Bug report #11597: XY columns are not exported to csv Closed 2014-11-07

History

#1 Updated by Giovanni Manghi almost 5 years ago

  • Category set to 44
  • Status changed from Open to Feedback

please attach sample data.

#2 Updated by Patrick Palmier almost 5 years ago

Hello,

Plaese find 2 layers in order to test

I think after some research that the problem may come by the fact that Qgis 2.6 saves systematically Point layers into Multipoint layers which are ignored by distance matrix processing.

#3 Updated by Giovanni Manghi almost 5 years ago

  • Target version set to Version 2.8
  • Affected QGIS version changed from 2.6.0 to master
  • Priority changed from Normal to Severe/Regression
  • Status changed from Feedback to Open
  • Category changed from 44 to Vectors
  • Subject changed from ftools distance matrix to qgis 2.6/master always saves shapefiles as "multi"

I think after some research that the problem may come by the fact that Qgis 2.6 saves systematically Point layers into Multipoint layers which are ignored by distance matrix processing.

yes, this is the real bug

#4 Updated by Giovanni Manghi almost 5 years ago

As QGIS now saves all shapes as multipart many tools are basically broken with such shapes, including editing tools (like "add ring") and many geoprocessing tools.

#5 Updated by Jürgen Fischer almost 5 years ago

Giovanni Manghi wrote:

As QGIS now saves all shapes as multipart many tools are basically broken with such shapes, including editing tools (like "add ring") and many geoprocessing tools.

It only did when the source was a shapefile - and it only does now when at least one feature of the shape file is multipart (see also #11597)

#6 Updated by Giovanni Manghi almost 5 years ago

Jürgen Fischer wrote:

Giovanni Manghi wrote:

As QGIS now saves all shapes as multipart many tools are basically broken with such shapes, including editing tools (like "add ring") and many geoprocessing tools.

It only did when the source was a shapefile - and it only does now when at least one feature of the shape file is multipart (see also #11597)

so it this to be considered fixed/invalid?

#7 Updated by Jürgen Fischer almost 5 years ago

Giovanni Manghi wrote:

so it this to be considered fixed/invalid?

yes, unless you verified the problem in 2.6.1 or master. But then it's likely unrelated to the problem that was introduced by the fix for #10584.

#8 Updated by Giovanni Manghi almost 5 years ago

  • Resolution set to fixed/implemented
  • Status changed from Open to Closed

Jürgen Fischer wrote:

Giovanni Manghi wrote:

so it this to be considered fixed/invalid?

yes, unless you verified the problem in 2.6.1 or master. But then it's likely unrelated to the problem that was introduced by the fix for #10584.

ok. Can we improve the message "the inserted ring in not contained in a feature" that is shown when the user try add a ring to a multipolygon shape? The message is completely misleading.

"the inserted ring in not contained in a feature or multipolygon shapefile" (or something like that) is probably better.

Also available in: Atom PDF