Merging of shapefiles looses attribute values when the size if different

[qgib]

Author Name: aperi2007 - (aperi2007 -)
Original Redmine Issue: 7952
Affected QGIS version: master
Redmine category:processing/qgis

---

I try to merge shapefiles in the new qgis-dev.

For the string attributes it creates the new shapefile is using the size of the first shapefile i see.
This is potentially wrong because if the other shapefiles has a size greater than the first the
merge operation leave it NULL.

An use case:
when producing the index-location using the gdaltindex utility.
It produces a single shapefile with the size needed for describe the paths.
If the user needs to merge all the index shapefile produced.
This operation this quite common in mapserver.

The operation fails in qgis because the string size of field location is never equal to the other index shapefiles.

I guess same thing can happen using the qgis-server.

The issue is in the merge operation that actually requires that all the shapefiles have the same size on same field.

Instead it should apply the greater size between the shapefiles merged.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• category_id was changed from C++ Plugins to 44

[qgib]

Author Name: Jürgen Fischer (@jef-n)

---

• subject was changed from The merge shapefile lost attributes when the size if different to Merging of shapefiles looses attribute values when the size if different

[qgib]

Author Name: aperi2007 - (aperi2007 -)

---

I try to change the order of merging selecting the shapefile with greater size as first shapefile, but still the tool merge only one. :/
I don't know how really it work, but perhaps the issue is more complex rather than only a size question.

[qgib]

Author Name: Minoru Akagi (@minorua)

---

Fixed in changeset "7d75fcc38778cf0e1bb005124e69b4e30dd49821".

---

• status_id was changed from Open to Closed

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

The "ftools" category is being removed from the tracker, changing the category of this ticket to "Processing/QGIS" to not leave the category orphaned.