Problem: Bei einem 3A Projekt scheitert die Fortführung wegen eines Topologieproblems

Die Fehlermeldung im ServerMain Protokoll:

... für Topolgie-Probleme bei Flurstücken:

2023-02-08 12:03:03.268 [ValidateTopo0] WARN  AedSicad.LandManagement.Interface.AaaFeatureInterface.Topology.TopologyScheduler - Tool gescheitert, Code 254 (Fehler in Applikation)

2023-02-08 12:03:03.268 [ValidateTopo0] ERROR AedSicad.LandManagement.Validation - MessageId: 11003, ValidationCategory: TOPOLOGY, MessageLevel: Error, FeatureClass: , Id: , ModelTypes: , Property: , Value: , Message: Topologie 'Flurstuecke_Topologie': Fehler (exception) aufgetreten, siehe auch ausführliches Protokoll im Datenverzeichnis.

... für Topolgie-Probleme Tatsächliche Nutzungen:

2021-06-24 09:43:04.226 [ValidateTopo0] ERROR AedSicad.LandManagement.Interface.AaaFeatureInterface.Topology.TopologyScheduler - Tool gescheitert, Code 254 (Fehler in Applikation)
2021-06-24 09:43:04.226 [ValidateTopo0] ERROR AedSicad.LandManagement.Validation - MessageId: 11003, ValidationCategory: TOPOLOGY, MessageLevel: Error, FeatureClass: , Id: , ModelTypes: , Property: , Value: , Message: Topologie 'TatsNGrundflaeche_Topologie': Fehler (exception) aufgetreten, siehe auch ausführliches Protokoll im Datenverzeichnis.

Im Projekt selbst ist jedoch kein Topologieprobleme bei den Flurstücken oder Tatsächlichen Nutzungen festzustellen.

Ursache:

Da die ausgeführte Esri-Topologieprüfung bei der Fortführung immer nur in Rechtecken arbeiten kann, wird bei einer Fortführung im 3A Server nicht nur das eigentliche Projektgebiet getestet, sondern jeweils ein umliegendes Rechteck um die geänderten Daten. Das Problem könnte somit in einem Bereich liegen, dessen Daten noch nicht geladen und wo im 3A Server geringfügig nicht ganz deckungsgleiche Flächen bei den Flurstücken vorliegen. Diese Abweichungen sind ggf. topologisch nicht relevant, weil sie weit unter der Toleranz der Topologieprüfung liegen. Die jeweilige Situation könnte jedoch den erfolgten Absturz der Esri-Topologieprüfung verursacht haben, auf die der 3A Server nicht vorbereitet war.

Lösung bei Flurstücken:

Hinweis: Handelt es ich um Tatsächliche Nutzungen so ist analog vorzugehen.

Bitte laden Sie deswegen im Projekt 3A-Map über "Bestandsdaten aus DHK nachladen -> Datenansicht" nur die Flurstücke (alles andere aushaken) in dem fraglichen Gebiet in einem großräumigen Rechteck um alle anderen Flurstücke nach und führen im erweiterten Projekt eine Topologieprüfung für die Flurstücke durch. Falls sich hier irgendwo ein Topologirproblem ergibt, so sollte es "händisch" behoben werden.

Beispiele:

Im Rahmen der Esri Topologieprüfung untersuchter Bereich für ein Projekt mit selektierten Flurstücken. Es handelt sich um das resultierende Areal, welches sich aus der Aggregation aller Rechtecke um alle im Projekt geänderten und hier selektierten Flurstücke (ungefähre Darstellung):

Umschliessendes Rechteck um die komplette Ausdehnung aller geänderter Flurstücke zum Nachladen (empfohlen):

Falls in dem erweiterten Projekt kein Topolgieproblem bei den Flurstücken gefunden wird handelt es sich vermutlich tatsächlich um ein winziges Geometrieproblem (geringfügig nicht ganz deckungsgleiche Flächen), welche in der 3A Editor Prüfung nicht gemeldet wird, weil es unterhalb der Toleranz der Topologieprüfung liegt.

Bitte setzen Sie dann in der 3A-Server.conf ausnahmsweise den Parameter

AaaFI.IgnoreEsriGeometryValidation = true

-> Bitte neu einführen falls nicht vorhanden und auch 3A Server Dienste neu starten. Führen Sie die Simulation noch einmal durch.

Nach der hoffentlich erfolgreichen Fortführung sollte der Schalter wieder auf "false" gesetzt werden (3A Server Dienste neu starten).