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

1:n relations: new entries in child layer when child has geometries #26658

Open
qgib opened this issue Apr 19, 2018 · 2 comments
Open

1:n relations: new entries in child layer when child has geometries #26658

qgib opened this issue Apr 19, 2018 · 2 comments

Comments

@qgib
Copy link
Contributor

qgib commented Apr 19, 2018

Author Name: Giovanni Manghi (@gioman)
Original Redmine Issue: 18771

Redmine category:relations


https://docs.qgis.org/2.18/en/docs/user_manual/working_with_vector/attribute_table.html#id25

If the child layer is a geometryless table then the actual (2.18/3) implementation has no problems.

The example referenced in the manual is about a scenario where the child is a table with geometries, so when the manual says

"The "+" button will add a new feature to the airport layer. And it will assign the new airport to the current region by default." this will effectively add a row in the child table but without the appropriate geometry, because in the relation form the possibility to digitize geometries for new child entries is not implemented.

This leave the data in a inconsistent state and is cause of confusion and data corruption. An similar example bases on geometry postgis tables shows that when saving edits for a new record in the child table, this new record is completely discarded with no message/warning/error whatsoever by QGIS.

@qgib
Copy link
Contributor Author

qgib commented Apr 19, 2018

Author Name: Giovanni Manghi (@gioman)


  • assigned_to_id removed Matthias Kuhn

@qgib
Copy link
Contributor Author

qgib commented Jun 8, 2018

Author Name: Matthias Kuhn (@m-kuhn)


This would be very nice to have indeed. I am available to work on this.


  • tracker_id was changed from 1 to 2

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants