Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Duplicate features: attribute values with boolean data types are not duplicated correctly #26575

Closed
qgib opened this issue Apr 10, 2018 · 2 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Editing

Comments

@qgib
Copy link
Contributor

qgib commented Apr 10, 2018

Author Name: Andreas Neumann (@andreasneumann)
Original Redmine Issue: 18687
Affected QGIS version: 3.1(master)
Redmine category:editing


When "duplicating features with digitize", the attribute values of boolean values as "true" are not correctly duplicated and result in a value of "false".

Can be reproduced when duplicating a "Anlage" feature in the Kanton Zug Erdwärmesondenprojekt where the original feature has the values set to "true" in the group "Geologische Begleitung und Raport" (see red frame in attached screenshot).


@qgib
Copy link
Contributor Author

qgib commented Apr 10, 2018

Author Name: Andreas Neumann (@andreasneumann)


I tried to replicate with a smaller example - but failed.

Perhaps there is something special in our project configuration.

Do you think that the widget configuration has an influence on the duplicate process? We use a "Value map" as the widget for our boolean data to show "Ja/Nein" instead of "t" and "f".

@qgib
Copy link
Contributor Author

qgib commented Apr 11, 2018

Author Name: Andreas Neumann (@andreasneumann)


Found out that this has nothing to do with "boolean" data types, but rather the fact that these attributes had default values assigned. Rather than copying the values from the existing partent feature, QGIS generated a new default value. This maske sense for some attribute fields, but not for all.

This issue will be closed, but most likely we will add a new feature request adding a third type of default value:

  • normal default
  • default also on updates
  • default also for duplicated features

  • resolution was changed from to invalid
  • status_id was changed from Open to Closed

@qgib qgib closed this as completed Apr 11, 2018
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Editing labels May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Editing
Projects
None yet
Development

No branches or pull requests

1 participant