-
Notifications
You must be signed in to change notification settings - Fork 5
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
No Main-Node when main-node is deleted #250
Comments
Same behaviour for nodes and covers should be possible, I did not find where lies the difference between these two behaviours. What is actually possible : From
From
Remark : This complexity comes from the fact that we can change main cover and main node attributes directly from the vw_tww_wastewater_structure, therefore changing its related fk_main_cover and fk_main_node would result in conflict with attributes (when changing main node, the node would inherit of some of the previous main node) |
Same behaviour for QGEP |
Is there a possibilty with QGIS-functionality to select one of the already existing nodes, that are already connected to the wastewater_structure, as the new main_node? |
|
To think about (I have no preference yet): |
Even with a tabular selection, the user is still able to see where the entity lies on the map through redlining. |
We use sql functions on the db side after interlis imports, see #97. They are however not called by triggers. Also I am not fully sure about the behaviour for structures with more than 2 nodes. |
Find why cover and node main attribution differs in behaviour. |
There is a trigger for the cover table which calls |
I just tried what happens, if
There should be a ui to choose/define a main_node and when deleting the main_node, the user should get at least a warning.
The text was updated successfully, but these errors were encountered: