Delete: existing connectivity rules can be deleted if the customer wishes to be stricter with the permitted topology rules.  

Comments:  

•In doing so, it must be noted that data would then have to be adjusted since new dirty areas could result.  

•An update has not yet been ensured. The rules would be reinserted (overwritten) in a new version.

Modify: should be avoided as far as possible (support subject to fees, no update capability).

Justification:  

•A new rule could jeopardize the correct functioning of existing subnetworks.

For example, a new rule is defined that allows a junction to be connected at the end of a line. Junctions can be entered with a valid topology. However, setting up the subnetwork or a subnetwork trace aborts because the junction was not taken into account in the subnetwork definition.  

•Problems are difficult to verify or their cause is difficult to track down (complex with rules that can cancel each other out).

•It cannot be discerned which rules come from VertiGIS and which come from extensions, since no ID or naming convention can be defined due to Esri’s technical requirements.  

•An update has not yet been ensured. If an update is implemented, the rules would simply be reinserted with the update to the new version.

Create:  should be avoided as far as possible (support subject to fees, no update capability).

Same justifications apply as for Modify.

If connectivity rules are missing or are incorrect from the customer's point of view, please contact us.