Dieser Artikel bietet eine Reihe von Tipps zur Unterstützung bei der Konfiguration und Durchführung von Traces.
Allgemeine Tipps
Dieser Abschnitt bietet allgemeine Tipps, wie Sie die verschiedenen Parameter einer Trace-Konfiguration zur Unterstützung der Analyse verwenden können.
Benannte Trace-Konfigurationen
Benannte Trace-Konfigurationen ermöglichen es Ihnen, die Parameter eines Traces zu speichern und wiederzuverwenden. Wenn Sie eine bestimmte Parameterauswahl für die Qualitätssicherung verwenden, sollten Sie in Erwägung ziehen, das Add Trace Configuration-Werkzeug zu verwenden, um eine benannte Trace-Konfiguration zu erstellen und diese zu nutzen. Dies hat mehrere Vorteile:
- Ermöglicht das Durchführen von Traces über das Trace-Fenster, was den hohen Aufwand beim Ausführen eines Geoverarbeitungswerkzeugs für Tracing eliminiert.
- Reduziert die Zeit, die für die Konfiguration von Traces benötigt wird.
- Stellt sicher, dass Ihre Qualitätssicherungsprozesse einen konsistenten Parametersatz verwenden.
Benannte Trace-Konfigurationen erscheinen im Tab "Named Configurations" des Trace-Fensters.
Aggregierte Geometrie
Der Ergebnis-Typ Aggregated Geometry ermöglicht es Ihnen, die Ergebnisse Ihres Traces als aggregierte Multipart-Geometrie zu speichern, mit separaten Layern für Punkte, Linien und Polygone.
Die Hauptanwendungsfälle für die Verwendung aggregierter Geometrie bei der Qualitätssicherung sind:
- Teilweise Kanten
- Nicht-räumliche Objekte
- Vergleich von Ergebnissen
Teilweise Kanten
Der Standard-Ergebnistyp eines Traces ist ein Auswahlset. Beim Auswahl-Ergebnistyp muss bei einem Trace, der mitten auf einer Liniengeometrie stoppt, die gesamte Linie ausgewählt werden. Dies kann verwirrend sein, wenn Datensätze Barrieren enthalten, die mittig auf Linien gezeichnet sind, oder wenn der Trace eine Funktionsbarriere verwendet, die den Trace mitten auf einer Kante stoppen kann.
Die Auswahl des Ergebnistyp Aggregated Geometry erzeugt eine aggregierte Linie, die nur den Teil der Linie enthält, der im Trace-Ergebnis enthalten ist. Unten sehen Sie ein Beispiel eines Traces (gelb), der nach 500 Fuß stoppt, dargestellt als Auswahlset (oben) und aggregierte Geometrie (unten).
Ein Upstream-Trace mit einem Filter-Funktionsbarriere basierend auf Entfernung mit einem Auswahlset (oben) und aggregierter Geometrie (unten).
Nicht-räumliche Objekte
Ein weiterer häufiger Anwendungsfall für aggregierte Geometrie ist die Darstellung von Trace-Ergebnissen, die nicht-räumliche Objekte und Konnektivität durch Junction-Junction-Konnektivitätsassoziationen einschließen. Im Trace-Werkzeug können Sie durch Deaktivieren der Optionen Include containers und Include structures, Auswahl des Ergebnistyps Aggregated Geometry und Aktivierung der Option Synthesize Geometries Linien erhalten, die den Pfad nicht-räumlicher Objekte und deren Konnektivität durch Assoziationen darstellen.
Verwenden Sie die Option Synthesize Geometries, um synthetisierte Geometrien für nicht-räumliche Konnektivität einzuschließen.
Vergleich von Ergebnissen
Wenn Sie Ergebnisse verschiedener Traces vergleichen müssen, sollten Sie auch den Ausgabe-Typ Aggregated Geometry in Betracht ziehen. Dieser Ergebnistyp ist besonders nützlich in Kombination mit benannten Trace-Konfigurationen. Bei der Konfiguration der Ausgabe sollten Sie Layer erstellen, die eindeutig benannt sind, um die Art der durchgeführten Qualitätssicherung zu identifizieren (z.B. getrennte Features).
Verwenden Sie aussagekräftige Namen für aggregierte Geometrie-Layer, wenn Sie Ergebnisse verschiedener Traces vergleichen möchten.
Wenn Sie sich entscheiden, Ergebnisse mehrerer Traces in einem einzigen Layer zu speichern, sollten Sie jeden Trace eindeutig mit dem Parameter trace Name benennen und sicherstellen, dass Sie beim ersten Ausführen des Traces die Option Clear All Previous Trace Results aktivieren, um alle vorherigen Ergebnisse zu löschen.
Verwenden Sie die Option Clear Previous Results, um vorherige Ergebnisse aus dem aggregierten Geometrie-Layer zu entfernen.
Einschließen von Barrieren
Beim Ausführen eines Traces kann es unklar sein, ob ein Trace gestoppt wurde, weil er auf eine Barriere gestoßen ist oder weil das letzte getracete Feature nicht verbunden ist. Eine einfache Methode zur Klärung besteht darin, die Option Include Barriers Features zu deaktivieren und den Trace erneut auszuführen.
Sie können dann die Ergebnisse vergleichen, um festzustellen, ob der Trace wegen einer Barriere stoppt oder weil alle verbundenen Features durchlaufen wurden.
Wenn der Trace aufgrund von Propagation stoppt, wird das Feature, das den Trace stoppt, niemals im Ergebnis enthalten sein. Techniken zur Bewertung dieser Bedingungen (manchmal als Propagationsbarrieren bezeichnet) werden später in diesem Artikel beschrieben.
Persistente Trace-Standorte
Wenn Sie dieselbe Analyse regelmäßig mit derselben Sammlung von Startpunkten wiederholen möchten, sollten Sie das Add Trace Locations-Werkzeug verwenden, um diese in einer Feature-Class in einer lokalen Geodatabase zu speichern. Diese Feature-Class kann dann als Eingabe für den Parameter Starting Points beim Ausführen des Trace-Werkzeugs verwendet werden. Um eine Klasse mit vielen Features zu erstellen, befolgen Sie bitte folgende Anweisungen.
1. Verwenden Sie Select by Attributes (oder ein anderes Werkzeug), um eine Auswahl von Features zu erstellen, die als Startpunkte dienen sollen.
Verwenden Sie Select By Attributes, um Features auszuwählen, die als Startpunkte für Ihre Analyse dienen sollen.
2. Öffnen Sie das Add Trace Locations Werkzeug
3. Setzen Sie den Parameter Input Utility Network auf das Versorgungsnetzwerk in der Karte
4. Setzen Sie Output Feature Class auf eine neue Feature-Class in einer lokalen Geodatabase wie Ihrer Projekt-Geodatabase
5. Aktivieren Sie das Kontrollkästchen neben dem Parameter Load Selected Features
6. Klicken Sie auf Ausführen
Sie haben nun eine Feature-Class erstellt, die als Startpunkte beim Ausführen von Traces verwendet werden kann.
Nach dem Ausführen des Add Trace Locations Werkzeugs können Sie Ihre Startpunkte auf der Karte sehen.
Tracing ohne Subnetzwerk-Basis
Nachdem Sie verstanden haben, wie einige der verfügbaren Parameter des Trace-Werkzeugs zur Unterstützung der Qualitätssicherung genutzt werden können, betrachten wir nun spezifische Trace-Typen zur Beantwortung verschiedener Fragen. Einige der häufigsten Fragen bei der Qualitätssicherung mit Tracing sind:
- Ist es verbunden?
- Wie ist es verbunden?
- Gibt es Schleifen?
Bei Traces ohne Subnetzwerk-Controller gibt es einige Einschränkungen zu beachten bzw. bei Ihrer Konfiguration zu umgehen:
- Wenn der Trace nicht auf Subnetzwerk-Controller basiert, wird die Richtung von Terminals ignoriert.
- Da der Trace subnetzwerk-unabhängig ist, stoppt er nicht an Subnetzwerk-Controllern.
- Standardmäßig enthält der Trace keine Bedingungsbarrieren.
Sie können einige dieser Einschränkungen umgehen, indem Sie Bedingungsbarrieren zum Trace hinzufügen.
Verbundenes Trace
Die gebräuchlichste Methode zur Beantwortung der Frage "Ist es verbunden?" ist ein Connected trace. Damit können alle Features identifiziert werden, die vom Startpunkt/dem Startpunkt Ihres Traces durchlaufen werden können. Je nach Bedarf möchten Sie möglicherweise Bedingungsbarrieren hinzufügen, um die Konfiguration Ihres Subnetzwerks anzupassen oder an bestimmten Geräten wie Geräten mit Terminals oder solchen als Subnetzwerk-Controller zu stoppen. Unten sehen Sie ein Beispiel eines Connected trace eines Regenwassersystems ausgehend von allen Ausläufen.
Die mit den gelb markierten Startpunkten verbundenen Features.
Überlegen Sie sorgfältig Ihre Daten und wie Sie die Ergebnisse verwenden möchten bevor Sie einen Connected trace ausführen. Wenn das Ziel darin besteht getrennte Features zu identifizieren sollten Sie erwägen ein Ergebnis vom Typ Aggregated Geometry statt eines Auswahlsets zurückzugeben.
Wenn Sie mehrere getrennte Systeme haben müssen Sie jedem System einen Startpunkt hinzufügen um korrekte Ergebnisse sicherzustellen.
Wenn eines oder mehrere Ihrer Systeme Millionen von Features enthalten kann das Durchführen des Traces einige Zeit dauern und viele Features in Ihrer Karte auswählen. Wenn Sie Subnetzwerke haben sollten Sie erwägen das unten beschriebene Update Is Connected. Werkzeug zu verwenden.
Kürzester Pfad Trace
Manchmal müssen bei Problemen mit subnetzwerk-basierten Traces (Upstream/Downstream-Traces oder inkonsistente Subnetzwerknamen) Verbindungen zwischen Teilen des Netzwerks verstanden werden. Da Subnetzwerke selbst beeinträchtigt sein können müssen sie sich auf ein nicht-subnetzwerk-basiertes Tracing verlassen um diese Frage zu beantworten. Ein Connected trace zeigt was durchlaufen/verbunden ist; ein Shortest path trace zeigt jedoch den spezifischen Pfad zwischen zwei Orten an.
Shortest path traces sind nützlich zur Identifikation eines Pfades zwischen Controllern für inkonsistente Subnetzwerke oder wenn man den kürzesten Weg von einem Ort zu einem Subnetzwerk-Controller in einem geschlossenen Netzwerk finden möchte. In diesen Szenarien kann man sich nicht auf einen Subnetzwerk-Trace verlassen um Pfad oder Flussrichtung im Netzwerk zu bestimmen. Beachten Sie jedoch dass Shortest path trace wie auch Connected trace aufgrund ihrer Nicht-Abhängigkeit von Subnetzwerken die Richtung von Terminals ignoriert.
Ein Beispiel hierfür wird im Abschnitt inkonsistente Subnetzwerknamen später in diesem Artikel behandelt.
Schleifen Trace
Ein oft übersehener Bestandteil der Qualitätssicherung beim Tracing ist die Analyse unbestimmter Flüsse im Netzwerk – oft als Identifikation von Schleifen bezeichnet. Der Loops trace kann Bereiche unbestimmter Flüsse im Netzwerk identifizieren. Bei radialen Netzwerken (Elektrik-, Abwasser-, Regenwasser- oder Kommunikationsnetze) sollte es nur wenige Schleifen geben. Mesh-Netzwerke (Gas und Wasser) hingegen sind überwiegend geschleift.
'Unten sehen Sie ein Beispiel einer durch den Loops trace identifizierten Schleife.'
'T'
'Der Loops trace hilft dabei Schleifen in Ihrem Netzwerk zu identifizieren.'
'Es ist wichtig sich daran zu erinnern dass wenn ein Upstream- oder Downstream-trace in einem Bereich unbestimmten Flusses startet oder diesen durchquert dies scheinbar falsche Ergebnisse produzieren kann. Zu wissen wie man einen Loops trace ausführt oder unbestimmte Flüsse aus den Ergebnissen ausschließt ermöglicht es unerwartete Testergebnisse korrekt als Datenqualitätsproblem statt als Konfigurations- oder Softwareproblem zu erkennen.'
'Subnetzwerk-basiertes Tracing'
Beim Arbeiten mit einem Datensatz, der ein Subnetwork definiert, sollten Sie zusätzliche Schritte bei der Qualitätssicherung Ihrer Daten durchführen, aber auch zusätzliche Werkzeuge und Techniken verwenden, um diese Validierung zu unterstützen.
Aktualisiere Ist Verbunden
Die Frage, ob ein Feature verbunden ist, gewinnt an Bedeutung, wenn Subnetworks definiert sind. Jedes Feature, das an einem Subnetwork teilnehmen kann, hat ein Feld IsConnected, das definiert, ob es zu einem oder mehreren Subnetwork-Controllern durchquerbar ist. Dieses Feld wird ausschließlich für die Qualitätssicherung verwendet, und sein Wert steuert keine Nachverfolgung, Analyse oder andere Verhaltensweisen im Utility Network.
Sie können das Feld IsConnected verwenden, um schnell getrennte Netzwerk-Features zu identifizieren.
Wenn ein neues Feature erstellt wird, wird sein IsConnected-Feld auf Unbekannt gesetzt und sollte entweder durch Ausführen des Werkzeugs Aktualisiere Ist Verbunden (als Teil eines initialen Datenimports) oder durch Ausführen von Aktualisiere Subnetwork ausgefüllt werden. Kunden, die regelmäßig Aktualisiere Subnetwork ausführen, müssen sich keine Sorgen machen, Aktualisiere Ist Verbunden auszuführen, da das Feld von Aktualisiere Subnetwork für die Features in jedem Subnetwork verwaltet wird und das Werkzeug Aktualisiere Ist Verbunden lange Laufzeiten haben kann.
Sobald das IsConnected-Feld gut gefüllt ist, können Sie Symbolik oder Diagramme verwenden, um zu verfolgen, welche Features mit einem Subnetwork-Controller verbunden sind (IsConnected=True) und welche getrennt sind (IsConnected=False).
Eine zusätzliche Überprüfung, die Sie in Betracht ziehen sollten, ist, welche Features mit einem Subnetwork-Controller verbunden sind, aber nicht zu einem Subnetwork-Controller gehören (IsConnected=True, SubnetworkName=Unbekannt). Dies weist darauf hin, dass es ein Problem mit den Subnetworks in diesem Bereich gibt oder dass Bedingungsbarrieren Ihres Netzwerks dazu führen, dass Features, die mit einem Subnetwork verbunden sein sollten, getrennt werden. Die häufigste Ursache dafür sind inaktive Netzwerk-Features, die Abschnitte des Netzwerks trennen. Weitere häufige Ursachen sind Geräte mit falschem offen/geschlossen-Status, vertauschte Terminalanschlüsse oder Probleme mit Propagation (nur elektrisch).
Dies kann überprüft werden, indem eine Subnetwork-Nachverfolgung im betroffenen Bereich durchgeführt wird und verschiedene Bedingungsbarrieren entfernt werden; eine verbundene Nachverfolgung mit vorhandenen Bedingungsbarrieren ausgeführt wird (um Richtungsprobleme bei Terminals zu ignorieren); oder indem eine Nachverfolgung mit deaktivierter Propagation durchgeführt wird. Das Überschreiben des Propagationsverhaltens in einer Subnetwork-Definition erfordert zusätzliche Schritte und wird unten beschrieben.
Verwenden Sie eine Kombination aus dem Is Connected-Feld zusammen mit Ihrem/n Subnetwork Name-Feld/ern, um Probleme mit Ihren Subnetworks zu identifizieren.
Propagation
Im Kontext von Subnetworks und Nachverfolgung werden Propagatoren verwendet, um einen Wert entlang jedes Pfads eines Subnetworks mithilfe eines Attributs, einer Funktion und eines Vergleichsoperators zu berechnen. Wenn die Bedingungen des Propagators nicht mehr erfüllt sind (keine gültige Phasierung, nicht genug Druck usw.), dann wird das Feature, das die Bedingung nicht erfüllt hat, sowie alle nachfolgenden von diesem Ort aus durchquerbaren Features nicht als Teil des Subnetworks betrachtet.
Das bedeutet, dass wenn ein Subnetwork zu einer Ebene gehört, die für Propagation konfiguriert ist und Features innerhalb eines Subnetworks stromlos geschaltet sind, eine der Prüfungen darin besteht festzustellen, ob einige oder alle der stromlosen Features durch Propagation verursacht wurden.
Außerdem kann es in einigen Fällen sein, dass eine Ebene noch nicht für Propagation konfiguriert ist aufgrund von Datenqualitätsbedenken; dennoch möchten Sie möglicherweise sehen, welche Auswirkungen das Aktivieren der Propagation hätte, ohne zwei Datenbanken mit separaten Subnetwork-Definitionen pflegen zu müssen.
Die Lösung für beide Probleme besteht darin, eine Nachverfolgung zu konfigurieren (oder eine Nachverfolgungskonfiguration zu erstellen), die die Propagatoren auf der Nachverfolgungskonfiguration überschreibt, die einer Ebene in Ihrem Netzwerk zugeordnet ist. Mit dieser Technik können Sie bestätigen, ob Propagation dazu führt, dass Features von ihrem Subnetwork getrennt werden oder Sie können die Auswirkungen betrachten, die Propagation auf die Anzahl der an jedes Subnetwork angeschlossenen Features hätte.
Die Herausforderung bei der Umsetzung besteht darin, dass der Parameter Propagators nicht über die Benutzeroberfläche zugänglich ist. Die Lösung dieses Problems besteht darin, Model Builder, Python oder ArcGIS Pro SDK zu verwenden, um eine Nachverfolgung (oder eine Nachverfolgungskonfiguration) mit der gewünschten Propagationskonfiguration auszuführen. Unten sehen Sie ein Beispiel für die im Electric Utility Network Foundation definierten Propagators:
Eine elektrische Nachverfolgung, die so konfiguriert ist, dass sie Phase propagiert, hat ihren Parameter Propagators gefüllt.
Um die Nachverfolgung ohne Propagators mit Python auszuführen, würden Sie den Ausschnitt der Nachverfolgung kopieren und den Parameter entfernen, der mit den Propagators verknüpft ist:
Sie können das Propagationsverhalten aus der Nachverfolgung entfernen, indem Sie eine Python-Anweisung modifizieren und ausführen, um die Nachverfolgung durchzuführen.
Eine weitere Option wäre es, ein Modell für die Nachverfolgung zu erstellen, den Parameter Propagators freizugeben und den Wert zu entfernen.
Sie können auch Model Builder verwenden, um den Propagator aus der Nachverfolgungskonfiguration für eine bestimmte Nachverfolgung zu entfernen.
Ebenso können Sie dieselben Techniken verwenden, um eine Nachverfolgung auszuführen, die Propagators enthält – falls die Nachverfolgungskonfiguration keine Propagators enthält. Mit Python können Sie den Parameter auf "'E:Phases Propagated' 'E:Phases Substitution' PROPAGATED_BITWISE_AND INCLUDES_ANY 7" setzen (ersetzen Sie dabei das Feld und Netzwerkattribute durch Ihre eigenen Werte).
Sie könnten auch Model Builder verwenden, um den Parameter Propagators mit Ihrer eigenen Konfiguration zu füllen:
Wenn Ihre Subnetwork-Definition derzeit keine Propagators enthält, können Sie diese zum Testen einer Nachverfolgung mithilfe von Model Builder hinzufügen.
Der Einfachheit halber sollten Sie diese Nachverfolgungskonfigurationen in der Datenbank speichern, damit Sie Ihre Nachverfolgungsergebnisse mit und ohne Propagators leicht vergleichen können. Verweisen Sie auf den Abschnitt über Aggregierte Geometrie weiter oben in diesem Artikel für effektive Techniken zum Vergleichen von Nachverfolgungsergebnissen.
