Bug report #15716

Editing in temporary scratch layer leads to geometry corruption (unable to save as Shapefile)

Added by amedeo fadini over 7 years ago. Updated over 7 years ago.

Category:Data Provider/OGR
Affected QGIS version:master_2 Regression?:No
Operating System:Linux Debian Easy fix?:No
Pull Request or Patch supplied:No Resolution:
Crashes QGIS or corrupts data:Yes Copied to github as #:23639


I started just now to use a temporary scratch layer for digitizing features: in detail I need to split an existing layer of polygons in subregions, according to a raster level.
I succesfully copied the existing features in temporary layer, saving it as shapefile seems ok. After splitting one geometry in different subregion, trying to save as ESRi shapefile lead to an error
"Error: Feature write errors:
Feature geometry not imported (OGR error: )"
And opening the shapefile shows the previously splitted geometries with vertices coordinates mismatch.
Replicated with Alaska sample data "lakes.shp" Open, add, new temporary scratch layer, copy geometries from lakes, split save as ESRI Shapefile.
Corrupted layer and screenshot attached.

Qgsi code revision f124107
GDAL 1.10.1 GEOS 3.4.2-CAPI-1.8.2 r3921

Maybe GDAL is outdated?

temporary_edit_corruption.zip - result of lakes.shp editing (25.9 KB) amedeo fadini, 2016-10-17 05:41 AM

temporary_edit_corruption.png - screenshot (146 KB) amedeo fadini, 2016-10-17 05:41 AM


#1 Updated by amedeo fadini over 7 years ago

  • Status changed from Open to Closed

Now it works, don't know if is a gdal related problem or was fixed in new version
I have updated to Debian testing cause I was looking for GDAl 2.1 and geopackage support. Then I have compiled GDAL 2.1.2 for MDB support.
Now with Alaska data set, after splitting the geometry and save to ESRI shapefile there's no error and the resulting shapefile seems OK in QGIS.

Qgis version 2.99.0-Master code revision f59acad
Gdal/ogr 2.1.2 GEOS 3.5.1-CAPI-1.9.1 r4246

Also available in: Atom PDF